mirror of
https://github.com/crosstool-ng/crosstool-ng.git
synced 2024-12-18 20:37:56 +00:00
376a289777
Add TARBALL_RESULT option that will produce a tarball of the final toolchain to make it easier to deploy the toolchain to other machines. The implementation uses `find | sort` instead of `tar --sort` because this was introduced in GNU Tar v1.28, which is not available in some LTS Linux distributions. This is a variation of the command recommended here: https://wiki.debian.org/ReproducibleBuilds/FileOrderInTarballs Closes #1262 Signed-off-by: Chris Packham <judge.packham@gmail.com>
168 lines
5.2 KiB
Plaintext
168 lines
5.2 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.
|
|
|
|
config TARBALL_RESULT
|
|
bool
|
|
depends on EXPERIMENTAL
|
|
prompt "Create binary toolchain tarball"
|
|
default n
|
|
help
|
|
Create tarball of the final binary toolchain.
|
|
|
|
if TARBALL_RESULT
|
|
|
|
config TARBALL_RESULT_DIR
|
|
string
|
|
depends on TARBALL_RESULT
|
|
prompt "Output directory"
|
|
default "${CT_TOP_DIR}"
|
|
help
|
|
Directory where tarball will be created.
|
|
|
|
config TARBALL_RESULT_FILENAME
|
|
string
|
|
depends on TARBALL_RESULT
|
|
prompt "Output filename"
|
|
default "toolchain${CT_TOOLCHAIN_PKGVERSION:+-${CT_TOOLCHAIN_PKGVERSION}}-${CT_HOST:+HOST-${CT_HOST}-}${CT_TARGET}"
|
|
help
|
|
Filename for toolchain tarball, without extension.
|
|
|
|
endif
|