mirror of
https://github.com/crosstool-ng/crosstool-ng.git
synced 2024-12-27 00:11:05 +00:00
ff0e8ac7ca
this allows users to reference this variable, for ex. in TARGET_CFLAGS to remap paths. Signed-off-by: Norbert Lange <nolange79@gmail.com>
140 lines
4.6 KiB
Plaintext
140 lines
4.6 KiB
Plaintext
# Options related to paths and install
|
|
|
|
comment "Paths"
|
|
|
|
config LOCAL_TARBALLS_DIR
|
|
string
|
|
prompt "Local tarballs directory"
|
|
default "${HOME}/src"
|
|
help
|
|
If you have previously downloaded the tarballs, enter the PATH where
|
|
you stored them here.
|
|
|
|
config SAVE_TARBALLS
|
|
bool
|
|
prompt "Save new tarballs"
|
|
depends on LOCAL_TARBALLS_DIR != ""
|
|
default y
|
|
help
|
|
If you say 'y' here, new downloaded tarballs will be saved in the
|
|
directory you entered above.
|
|
|
|
config TARBALLS_BUILDROOT_LAYOUT
|
|
bool "Prefer buildroot-style layout of the downloads"
|
|
help
|
|
Buildroot switched the layout of its downloads directory to place
|
|
files for each package into a subdirectory named after that package.
|
|
Enable this option to have crosstool-NG create similar layout.
|
|
If this option is set and the required archive is located in
|
|
the directory with a legacy, flat layout, the archive will be moved
|
|
into a subdirectory. If this is option is not set, subdirectories
|
|
will neither be checked nor used to store the downloads.
|
|
|
|
config WORK_DIR
|
|
string
|
|
prompt "Working directory"
|
|
default "${CT_TOP_DIR}/.build"
|
|
help
|
|
Set this to the directory where all build actions will be done.
|
|
|
|
The default is "${CT_TOP_DIR}/.build", and leaving this option
|
|
empty will also use the default.
|
|
|
|
You should not need to change that, except in one very peculiar
|
|
setup:
|
|
- your crosstool-NG source directory is on the network
|
|
- you configured crosstool-NG with --local
|
|
This kind of setup is a pain, as any action involving source file
|
|
access would have to go through the wire. In this case, you should
|
|
set CT_WORK_DIR to point to a path local to your machine, to avoid
|
|
any network overhead.
|
|
|
|
Do *NOT* change it if you don't know better.
|
|
|
|
config BUILD_TOP_DIR
|
|
string
|
|
default "${CT_WORK_DIR:-${CT_TOP_DIR}/.build}/${CT_HOST:+HOST-${CT_HOST}/}${CT_TARGET}"
|
|
|
|
config BUILD_DIR
|
|
string
|
|
default "${CT_BUILD_TOP_DIR}/build"
|
|
|
|
config PREFIX_DIR
|
|
string
|
|
prompt "Prefix directory"
|
|
default "${CT_PREFIX:-${HOME}/x-tools}/${CT_HOST:+HOST-${CT_HOST}/}${CT_TARGET}"
|
|
help
|
|
This is the path the toolchain will run from.
|
|
|
|
config RM_RF_PREFIX_DIR
|
|
bool
|
|
prompt "| Remove the prefix dir prior to building"
|
|
default y
|
|
help
|
|
If you say 'y' here, then PREFIX_DIR (above) will be eradicated
|
|
prior to the toolchain is built.
|
|
|
|
This can be useful when you are trying different settings (due
|
|
to build failures or feature tests). In this case, to avoid using
|
|
a potentially broken previous toolchain, the install location is
|
|
removed, to start afresh.
|
|
|
|
On the other hand, if you are building a final toolchain, and install
|
|
it into a directory with pre-install, unrelated programs, it would be
|
|
damageable to remove that directory. In this case, you may want to
|
|
say 'n' here.
|
|
|
|
config REMOVE_DOCS
|
|
bool
|
|
prompt "Remove documentation"
|
|
default y
|
|
help
|
|
Remove the installed documentation (man and info pages).
|
|
Gains around 8MiB for a uClibc-based, C and C++ compiler.
|
|
|
|
config BUILD_MANUALS
|
|
bool
|
|
prompt "Build the manuals"
|
|
depends on ! REMOVE_DOCS
|
|
help
|
|
Build the PDF and HTML manuals for the main components such as
|
|
binutils, GCC, GDB, and the C library.
|
|
|
|
config INSTALL_LICENSES
|
|
bool "Install licenses"
|
|
default y
|
|
help
|
|
Collect the license files for all the components that went into
|
|
producing this toolchain (including the crosstool-NG itself)
|
|
and place them in /share/licenses directory within the prefix
|
|
directory.
|
|
|
|
config PREFIX_DIR_RO
|
|
bool
|
|
prompt "Render the toolchain read-only"
|
|
default y
|
|
help
|
|
Render the directory of the toolchain (and its sub-directories)
|
|
read-only.
|
|
|
|
Useful for toolchains destined for production.
|
|
|
|
config STRIP_HOST_TOOLCHAIN_EXECUTABLES
|
|
bool
|
|
prompt "Strip host toolchain executables"
|
|
default y
|
|
help
|
|
All build host executables contain a lot of unnecessary info.
|
|
By stripping host executables it slightly speeds up the compilation
|
|
of large projects.
|
|
NOTE: It does NOT strip the target libraries, only HOST executables
|
|
|
|
config STRIP_TARGET_TOOLCHAIN_EXECUTABLES
|
|
bool
|
|
prompt "Strip target toolchain executables"
|
|
help
|
|
It means using install-strip target for GCC 4.6 or later.
|
|
An install-strip make target is provided that installs stripped
|
|
executables, and may install libraries with unneeded or debugging
|
|
sections stripped.
|