jeans/motioneyeos
jeans/motioneyeos
1
0
Fork 0
mirror of https://github.com/motioneye-project/motioneyeos.git synced 2025-08-03 16:37:43 +00:00
Code Issues Packages Projects Releases Wiki Activity

toolchain-external: line up comments with reality

Browse Source 
Line-up with changes from commit 3367d5ce770ac409e7b3f5bba2c7ed1a819b3ef7
"external-toolchain: run checks even on extracted toolchains"

Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This commit is contained in:
Thomas De Schampheleire 2012-06-22 07:42:39 +02:00 committed by Thomas Petazzoni
parent df0c125994
commit 163aeb14e2
1 changed files with 6 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

13
toolchain/toolchain-external/ext-tool.mk
View File

@ -14,11 +14,10 @@
# #
# The basic principle is the following # The basic principle is the following
# #
# 1. a. For toolchains downloaded from the Web, Buildroot already # 1. If the toolchain is not pre-installed, download and extract it
# knows their configuration, so it just downloads them and extract # in $(TOOLCHAIN_EXTERNAL_DIR).
# them in $(TOOLCHAIN_EXTERNAL_DIR).
# #
# 1. b. For pre-installed toolchains, perform some checks on the # 2. For all external toolchains, perform some checks on the
# conformity between the toolchain configuration described in the # conformity between the toolchain configuration described in the
# Buildroot menuconfig system, and the real configuration of the # Buildroot menuconfig system, and the real configuration of the
# external toolchain. This is for example important to make sure that # external toolchain. This is for example important to make sure that
@ -30,19 +29,19 @@
# options. And at configuration time, we are not able to retrieve the # options. And at configuration time, we are not able to retrieve the
# external toolchain configuration. # external toolchain configuration.
# #
# 2. Copy the libraries needed at runtime to the target directory, # 3. Copy the libraries needed at runtime to the target directory,
# $(TARGET_DIR). Obviously, things such as the C library, the dynamic # $(TARGET_DIR). Obviously, things such as the C library, the dynamic
# loader and a few other utility libraries are needed if dynamic # loader and a few other utility libraries are needed if dynamic
# applications are to be executed on the target system. # applications are to be executed on the target system.
# #
# 3. Copy the libraries and headers to the staging directory. This # 4. Copy the libraries and headers to the staging directory. This
# will allow all further calls to gcc to be made using --sysroot # will allow all further calls to gcc to be made using --sysroot
# $(STAGING_DIR), which greatly simplifies the compilation of the # $(STAGING_DIR), which greatly simplifies the compilation of the
# packages when using external toolchains. So in the end, only the # packages when using external toolchains. So in the end, only the
# cross-compiler binaries remains external, all libraries and headers # cross-compiler binaries remains external, all libraries and headers
# are imported into the Buildroot tree. # are imported into the Buildroot tree.
# #
# 4. Build a toolchain wrapper which executes the external toolchain # 5. Build a toolchain wrapper which executes the external toolchain
# with a number of arguments (sysroot/march/mtune/..) hardcoded, # with a number of arguments (sysroot/march/mtune/..) hardcoded,
# so we're sure the correct configuration is always used and the # so we're sure the correct configuration is always used and the
# toolchain behaves similar to an internal toolchain. # toolchain behaves similar to an internal toolchain.