2004-10-09 03:06:03 +02:00
|
|
|
#
|
|
|
|
|
|
2011-02-02 14:53:23 +01:00
|
|
|
mainmenu "Buildroot $BR2_VERSION Configuration"
|
2004-10-09 03:06:03 +02:00
|
|
|
|
|
|
|
|
config BR2_HAVE_DOT_CONFIG
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2007-09-25 13:37:31 +02:00
|
|
|
config BR2_VERSION
|
|
|
|
|
string
|
2010-10-31 17:35:14 +01:00
|
|
|
option env="BR2_VERSION_FULL"
|
2007-09-25 13:37:31 +02:00
|
|
|
|
2012-07-18 15:59:09 +02:00
|
|
|
config BR2_HOSTARCH
|
|
|
|
|
string
|
|
|
|
|
option env="HOSTARCH"
|
|
|
|
|
|
core: introduce the BR2_EXTERNAL variable
This commit introduces the BR2_EXTERNAL environment variable, which
will allow to keep Buildroot customization (board-specific
configuration files or root filesystem overlays, package Config.in and
makefiles, as well as defconfigs) outside of the Buildroot tree.
This commit only introduces the variable itself, and ensures that it
is available within Config.in options. This allows us to use
$BR2_EXTERNAL in a 'source' statement in Config.in.
Following patches extend the usage of BR2_EXTERNAL to other areas
(packages and defconfigs).
In details, this commit:
* Introduces the BR2_EXTERNAL Kconfig option. This option has no
prompt, and is therefore not visible to the user and also not
stored in the .config file. It is automatically set to the value of
the BR2_EXTERNAL environment variable. The only purpose of this
BR2_EXTERNAL Kconfig option is to allow $BR2_EXTERNAL to be
properly expanded when used inside Kconfig source statements.
* Calculates the BR2_EXTERNAL value to use. If passed on the command
line, then this value is taken in priority, and saved to a
.br-external hidden file in the output directory. If not passed on
the command line, then we read the .br-external file from the
output directory. This allows the user to not pass the BR2_EXTERNAL
value at each make invocation. If no BR2_EXTERNAL value is passed,
we define it to support/dummy-external, so that the kconfig code
finds an existing $(BR2_EXTERNAL)/package/Config.in file to
include.
* Passes the BR2_EXTERNAL into the *config environment, so that its
value is found when parsing/evaluating Config.in files and .config
values.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Tested-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Acked-by: Ryan Barnett <rjbarnet@rockwellcollins.com>
Tested-by: "Samuel Martin" <s.martin49@gmail.com>
Acked-by: "Samuel Martin" <s.martin49@gmail.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-12-05 20:11:10 +01:00
|
|
|
config BR2_EXTERNAL
|
|
|
|
|
string
|
|
|
|
|
option env="BR2_EXTERNAL"
|
|
|
|
|
|
2015-12-31 01:34:13 +01:00
|
|
|
# Hidden config symbols for packages to check system gcc version
|
|
|
|
|
config BR2_HOST_GCC_VERSION
|
|
|
|
|
string
|
|
|
|
|
option env="HOST_GCC_VERSION"
|
|
|
|
|
|
2016-03-19 21:25:35 +01:00
|
|
|
config BR2_HOST_GCC_AT_LEAST_4_6
|
|
|
|
|
bool
|
|
|
|
|
default y if BR2_HOST_GCC_VERSION = "4 6"
|
|
|
|
|
|
2015-12-31 01:34:13 +01:00
|
|
|
config BR2_HOST_GCC_AT_LEAST_4_7
|
|
|
|
|
bool
|
|
|
|
|
default y if BR2_HOST_GCC_VERSION = "4 7"
|
2016-03-19 21:25:35 +01:00
|
|
|
select BR2_HOST_GCC_AT_LEAST_4_6
|
2015-12-31 01:34:13 +01:00
|
|
|
|
|
|
|
|
config BR2_HOST_GCC_AT_LEAST_4_8
|
|
|
|
|
bool
|
|
|
|
|
default y if BR2_HOST_GCC_VERSION = "4 8"
|
|
|
|
|
select BR2_HOST_GCC_AT_LEAST_4_7
|
|
|
|
|
|
|
|
|
|
config BR2_HOST_GCC_AT_LEAST_4_9
|
|
|
|
|
bool
|
|
|
|
|
default y if BR2_HOST_GCC_VERSION = "4 9"
|
|
|
|
|
select BR2_HOST_GCC_AT_LEAST_4_8
|
|
|
|
|
|
|
|
|
|
config BR2_HOST_GCC_AT_LEAST_5
|
|
|
|
|
bool
|
|
|
|
|
default y if BR2_HOST_GCC_VERSION = "5"
|
|
|
|
|
select BR2_HOST_GCC_AT_LEAST_4_9
|
|
|
|
|
|
2016-06-06 12:18:14 +02:00
|
|
|
config BR2_HOST_GCC_AT_LEAST_6
|
|
|
|
|
bool
|
|
|
|
|
default y if BR2_HOST_GCC_VERSION = "6"
|
|
|
|
|
select BR2_HOST_GCC_AT_LEAST_5
|
|
|
|
|
|
2014-02-18 00:37:12 +01:00
|
|
|
# Hidden boolean selected by packages in need of Java in order to build
|
|
|
|
|
# (example: xbmc)
|
2014-02-19 16:33:50 +01:00
|
|
|
config BR2_NEEDS_HOST_JAVA
|
2014-02-18 00:37:12 +01:00
|
|
|
bool
|
|
|
|
|
|
2014-05-04 00:45:44 +02:00
|
|
|
# Hidden boolean selected by packages in need of javac in order to build
|
|
|
|
|
# (example: classpath)
|
|
|
|
|
config BR2_NEEDS_HOST_JAVAC
|
|
|
|
|
bool
|
|
|
|
|
|
|
|
|
|
# Hidden boolean selected by packages in need of jar in order to build
|
|
|
|
|
# (example: classpath)
|
|
|
|
|
config BR2_NEEDS_HOST_JAR
|
|
|
|
|
bool
|
|
|
|
|
|
2012-12-29 07:14:49 +01:00
|
|
|
# Hidden boolean selected by pre-built packages for x86, when they
|
|
|
|
|
# need to run on x86-64 machines (example: pre-built external
|
|
|
|
|
# toolchains, binary tools like SAM-BA, etc.).
|
|
|
|
|
config BR2_HOSTARCH_NEEDS_IA32_LIBS
|
|
|
|
|
bool
|
|
|
|
|
|
2013-11-11 17:47:25 +01:00
|
|
|
# Hidden boolean selected by packages that need to build 32 bits
|
|
|
|
|
# binaries with the host compiler, even on 64 bits build machines (e.g
|
|
|
|
|
# bootloaders).
|
|
|
|
|
config BR2_HOSTARCH_NEEDS_IA32_COMPILER
|
|
|
|
|
bool
|
|
|
|
|
|
Split target/Config.in.arch into multiple Config.in.* in arch/
target/Config.in.arch had become too long, and we want to remove the
target/ directory. So let's move it to arch/ and split it this way:
* An initial Config.in that lists the top-level architecture, and
sources the arch-specific Config.in.<arch> files, as well as
Config.in.common (see below)
* One Config.in.<arch> per architecture, listing the CPU families,
ABI choices, etc.
* One Config.in.common that defines the gcc mtune, march, mcpu values
and other hidden options.
[Peter: space->tab fix, mipsel64 little endian, mips3 as noted by Arnout]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-11-03 09:27:59 +01:00
|
|
|
source "arch/Config.in"
|
2007-07-08 18:28:54 +02:00
|
|
|
|
2004-12-11 14:01:10 +01:00
|
|
|
menu "Build options"
|
|
|
|
|
|
2010-04-10 22:55:01 +02:00
|
|
|
menu "Commands"
|
|
|
|
|
|
2004-10-09 03:06:03 +02:00
|
|
|
config BR2_WGET
|
2004-12-11 14:01:10 +01:00
|
|
|
string "Wget command"
|
2010-11-04 19:16:43 +01:00
|
|
|
default "wget --passive-ftp -nd -t 3"
|
2004-10-09 03:06:03 +02:00
|
|
|
|
2010-09-02 12:09:45 +02:00
|
|
|
config BR2_SVN
|
|
|
|
|
string "Subversion (svn) command"
|
|
|
|
|
default "svn"
|
2005-01-23 12:20:30 +01:00
|
|
|
|
2010-09-02 12:09:45 +02:00
|
|
|
config BR2_BZR
|
|
|
|
|
string "Bazaar (bzr) command"
|
|
|
|
|
default "bzr"
|
2009-08-07 11:57:54 +02:00
|
|
|
|
2007-08-24 07:31:07 +02:00
|
|
|
config BR2_GIT
|
2010-09-02 12:09:45 +02:00
|
|
|
string "Git command"
|
|
|
|
|
default "git"
|
2007-08-24 07:31:07 +02:00
|
|
|
|
2013-09-11 14:12:04 +02:00
|
|
|
config BR2_CVS
|
|
|
|
|
string "CVS command"
|
|
|
|
|
default "cvs"
|
|
|
|
|
|
2011-09-29 21:57:46 +02:00
|
|
|
config BR2_LOCALFILES
|
|
|
|
|
string "Local files retrieval command"
|
|
|
|
|
default "cp"
|
|
|
|
|
|
2011-10-19 09:25:40 +02:00
|
|
|
config BR2_SCP
|
|
|
|
|
string "Secure copy (scp) command"
|
|
|
|
|
default "scp"
|
|
|
|
|
|
|
|
|
|
config BR2_SSH
|
|
|
|
|
string "Secure shell (ssh) command"
|
|
|
|
|
default "ssh"
|
|
|
|
|
|
2011-10-19 09:25:47 +02:00
|
|
|
config BR2_HG
|
|
|
|
|
string "Mercurial (hg) command"
|
|
|
|
|
default "hg"
|
|
|
|
|
|
2006-10-01 17:07:45 +02:00
|
|
|
config BR2_ZCAT
|
|
|
|
|
string "zcat command"
|
2007-03-09 09:26:10 +01:00
|
|
|
default "gzip -d -c"
|
2006-10-01 17:07:45 +02:00
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Command to be used to extract a gzip'ed file to stdout. zcat
|
|
|
|
|
is identical to gunzip -c except that the former may not be
|
|
|
|
|
available on your system.
|
2007-03-09 09:26:10 +01:00
|
|
|
Default is "gzip -d -c"
|
|
|
|
|
Other possible values include "gunzip -c" or "zcat".
|
2006-11-17 16:43:51 +01:00
|
|
|
|
|
|
|
|
config BR2_BZCAT
|
|
|
|
|
string "bzcat command"
|
|
|
|
|
default "bzcat"
|
|
|
|
|
help
|
|
|
|
|
Command to be used to extract a bzip2'ed file to stdout.
|
|
|
|
|
bzcat is identical to bunzip2 -c except that the former may
|
|
|
|
|
not be available on your system.
|
|
|
|
|
Default is "bzcat"
|
|
|
|
|
Other possible values include "bunzip2 -c" or "bzip2 -d -c".
|
2006-10-01 17:07:45 +02:00
|
|
|
|
2011-05-10 08:17:05 +02:00
|
|
|
config BR2_XZCAT
|
|
|
|
|
string "xzcat command"
|
|
|
|
|
default "xzcat"
|
|
|
|
|
help
|
|
|
|
|
Command to be used to extract a xz'ed file to stdout.
|
|
|
|
|
Default is "xzcat"
|
|
|
|
|
|
2005-12-10 15:59:02 +01:00
|
|
|
config BR2_TAR_OPTIONS
|
|
|
|
|
string "Tar options"
|
2005-12-10 16:36:43 +01:00
|
|
|
default ""
|
|
|
|
|
help
|
|
|
|
|
Options to pass to tar when extracting the sources.
|
|
|
|
|
E.g. " -v --exclude='*.svn*'" to exclude all .svn internal files
|
|
|
|
|
and to be verbose.
|
2005-12-10 15:59:02 +01:00
|
|
|
|
2010-04-10 22:55:01 +02:00
|
|
|
endmenu
|
|
|
|
|
|
2013-02-06 22:50:57 +01:00
|
|
|
config BR2_DEFCONFIG_FROM_ENV
|
|
|
|
|
string
|
|
|
|
|
option env="BR2_DEFCONFIG"
|
|
|
|
|
|
|
|
|
|
config BR2_DEFCONFIG
|
|
|
|
|
string "Location to save buildroot config"
|
|
|
|
|
default BR2_DEFCONFIG_FROM_ENV if BR2_DEFCONFIG_FROM_ENV != ""
|
|
|
|
|
default "$(CONFIG_DIR)/defconfig"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
When running 'make savedefconfig', the defconfig file will be
|
|
|
|
|
saved in this location.
|
2013-02-06 22:50:57 +01:00
|
|
|
|
2005-10-01 02:35:24 +02:00
|
|
|
config BR2_DL_DIR
|
|
|
|
|
string "Download dir"
|
2009-09-23 08:46:52 +02:00
|
|
|
default "$(TOPDIR)/dl"
|
2005-10-01 02:35:24 +02:00
|
|
|
help
|
|
|
|
|
Directory to store all the source files that we need to fetch.
|
2014-02-04 16:18:51 +01:00
|
|
|
If the Linux shell environment has defined the BR2_DL_DIR
|
2016-05-31 18:57:22 +02:00
|
|
|
environment variable, then this overrides this configuration
|
|
|
|
|
item.
|
2005-10-01 02:35:24 +02:00
|
|
|
|
2009-09-23 08:46:52 +02:00
|
|
|
The default is $(TOPDIR)/dl
|
2007-09-26 23:12:38 +02:00
|
|
|
|
2011-02-02 14:05:56 +01:00
|
|
|
config BR2_HOST_DIR
|
|
|
|
|
string "Host dir"
|
|
|
|
|
default "$(BASE_DIR)/host"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Directory to store all the binary files that are built for the
|
|
|
|
|
host. This includes the cross compilation toolchain when
|
|
|
|
|
building the internal buildroot toolchain.
|
2011-02-02 14:05:56 +01:00
|
|
|
|
|
|
|
|
The default is $(BASE_DIR)/host
|
|
|
|
|
|
2010-12-05 21:52:37 +01:00
|
|
|
menu "Mirrors and Download locations"
|
|
|
|
|
|
|
|
|
|
config BR2_PRIMARY_SITE
|
|
|
|
|
string "Primary download site"
|
|
|
|
|
default ""
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Primary site to download from. If this option is set then
|
|
|
|
|
buildroot will try to download package source first from this
|
|
|
|
|
site and try the default if the file is not found.
|
2015-11-18 10:03:25 +01:00
|
|
|
Valid URIs are:
|
|
|
|
|
- URIs recognized by $(WGET)
|
|
|
|
|
- local URIs of the form file://absolutepath
|
|
|
|
|
- scp URIs of the form scp://[user@]host:path.
|
2010-12-05 21:52:37 +01:00
|
|
|
|
2012-06-22 07:37:03 +02:00
|
|
|
config BR2_PRIMARY_SITE_ONLY
|
|
|
|
|
bool "Only allow downloads from primary download site"
|
|
|
|
|
depends on BR2_PRIMARY_SITE != ""
|
|
|
|
|
help
|
|
|
|
|
If this option is enabled, downloads will only be attempted
|
|
|
|
|
from the primary download site. Other locations, like the
|
|
|
|
|
package's official download location or the backup download
|
2016-05-31 18:57:22 +02:00
|
|
|
site, will not be considered. Therefore, if the package is not
|
|
|
|
|
present on the primary site, the download fails.
|
2012-06-22 07:37:03 +02:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
This is useful for project developers who want to ensure that
|
|
|
|
|
the project can be built even if the upstream tarball
|
2012-06-22 07:37:03 +02:00
|
|
|
locations disappear.
|
|
|
|
|
|
|
|
|
|
if !BR2_PRIMARY_SITE_ONLY
|
|
|
|
|
|
2010-12-05 21:52:37 +01:00
|
|
|
config BR2_BACKUP_SITE
|
|
|
|
|
string "Backup download site"
|
2014-02-21 23:33:36 +01:00
|
|
|
default "http://sources.buildroot.net"
|
2010-12-05 21:52:37 +01:00
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Backup site to download from. If this option is set then
|
|
|
|
|
buildroot will fall back to download package sources from here
|
|
|
|
|
if the normal location fails.
|
2010-12-05 21:52:37 +01:00
|
|
|
|
|
|
|
|
config BR2_KERNEL_MIRROR
|
|
|
|
|
string "Kernel.org mirror"
|
2016-05-23 17:36:53 +02:00
|
|
|
default "https://cdn.kernel.org/pub"
|
2010-12-05 21:52:37 +01:00
|
|
|
help
|
2016-05-23 17:36:53 +02:00
|
|
|
kernel.org is mirrored on a number of servers around the
|
2016-05-31 18:57:22 +02:00
|
|
|
world. The following allows you to select your preferred
|
2016-05-23 17:36:53 +02:00
|
|
|
mirror. By default, a CDN is used, which automatically
|
|
|
|
|
redirects to a mirror geographically close to you.
|
2010-12-05 21:52:37 +01:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
Have a look on the kernel.org site for a list of mirrors, then
|
|
|
|
|
enter the URL to the base directory. Examples:
|
2010-12-05 21:52:37 +01:00
|
|
|
|
|
|
|
|
http://www.XX.kernel.org/pub (XX = country code)
|
|
|
|
|
http://mirror.aarnet.edu.au/pub/ftp.kernel.org
|
|
|
|
|
|
|
|
|
|
config BR2_GNU_MIRROR
|
|
|
|
|
string "GNU Software mirror"
|
2016-05-24 20:48:26 +02:00
|
|
|
default "http://ftpmirror.gnu.org"
|
2010-12-05 21:52:37 +01:00
|
|
|
help
|
2016-05-24 20:48:26 +02:00
|
|
|
GNU has multiple software mirrors scattered around the
|
2016-05-31 18:57:22 +02:00
|
|
|
world. The following allows you to select your preferred
|
2016-05-24 20:48:26 +02:00
|
|
|
mirror. By default, a generic address is used, which
|
|
|
|
|
automatically selects an up-to-date and local mirror.
|
2010-12-05 21:52:37 +01:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
Have a look on the gnu.org site for a list of mirrors, then
|
|
|
|
|
enter the URL to the base directory. Examples:
|
2010-12-05 21:52:37 +01:00
|
|
|
|
|
|
|
|
http://ftp.gnu.org/pub/gnu
|
|
|
|
|
http://mirror.aarnet.edu.au/pub/gnu
|
|
|
|
|
|
2014-01-11 16:42:07 +01:00
|
|
|
config BR2_LUAROCKS_MIRROR
|
|
|
|
|
string "LuaRocks mirror"
|
2014-07-25 20:21:24 +02:00
|
|
|
default "http://rocks.moonscript.org"
|
2014-01-11 16:42:07 +01:00
|
|
|
help
|
|
|
|
|
LuaRocks repository.
|
|
|
|
|
|
|
|
|
|
See http://luarocks.org
|
|
|
|
|
|
2014-02-23 15:17:16 +01:00
|
|
|
config BR2_CPAN_MIRROR
|
|
|
|
|
string "CPAN mirror (Perl packages)"
|
2014-07-19 12:09:19 +02:00
|
|
|
default "http://cpan.metacpan.org"
|
2014-02-23 15:17:16 +01:00
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
CPAN (Comprehensive Perl Archive Network) is a repository of
|
|
|
|
|
Perl packages. It has multiple software mirrors scattered
|
2014-02-23 15:17:16 +01:00
|
|
|
around the world. This option allows you to select a mirror.
|
|
|
|
|
|
|
|
|
|
The list of mirrors is available at:
|
|
|
|
|
http://search.cpan.org/mirror
|
|
|
|
|
|
2015-07-14 09:42:40 +02:00
|
|
|
endif
|
|
|
|
|
|
2010-12-05 21:52:37 +01:00
|
|
|
endmenu
|
2010-04-10 22:55:38 +02:00
|
|
|
|
2004-12-11 14:01:10 +01:00
|
|
|
config BR2_JLEVEL
|
2012-06-16 11:37:17 +02:00
|
|
|
int "Number of jobs to run simultaneously (0 for auto)"
|
|
|
|
|
default "0"
|
2004-12-11 14:01:10 +01:00
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Number of jobs to run simultaneously. If 0, determine
|
|
|
|
|
automatically according to number of CPUs on the host system.
|
2007-01-28 13:03:58 +01:00
|
|
|
|
2010-12-07 21:09:56 +01:00
|
|
|
config BR2_CCACHE
|
|
|
|
|
bool "Enable compiler cache"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
This option will enable the use of ccache, a compiler cache.
|
|
|
|
|
It will cache the result of previous builds to speed up future
|
|
|
|
|
builds. By default, the cache is stored in
|
2010-12-07 21:09:56 +01:00
|
|
|
$HOME/.buildroot-ccache.
|
|
|
|
|
|
2012-03-07 20:26:50 +01:00
|
|
|
Note that Buildroot does not try to invalidate the cache
|
2016-05-31 18:57:22 +02:00
|
|
|
contents when the compiler changes in an incompatible way.
|
|
|
|
|
Therefore, if you make a change to the compiler version and/or
|
|
|
|
|
configuration, you are responsible for purging the ccache
|
|
|
|
|
cache by removing the $HOME/.buildroot-ccache directory.
|
2012-03-07 20:26:50 +01:00
|
|
|
|
2014-05-01 04:05:07 +02:00
|
|
|
if BR2_CCACHE
|
|
|
|
|
|
2012-05-16 21:39:28 +02:00
|
|
|
config BR2_CCACHE_DIR
|
|
|
|
|
string "Compiler cache location"
|
|
|
|
|
default "$(HOME)/.buildroot-ccache"
|
|
|
|
|
help
|
|
|
|
|
Where ccache should store cached files.
|
|
|
|
|
|
2014-05-01 04:05:07 +02:00
|
|
|
config BR2_CCACHE_INITIAL_SETUP
|
|
|
|
|
string "Compiler cache initial setup"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Initial ccache settings to apply, such as --max-files or
|
|
|
|
|
--max-size.
|
2014-05-01 04:05:07 +02:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
For example, if your project is known to require more space
|
|
|
|
|
than the default max cache size, then you might want to
|
|
|
|
|
increase the cache size to a suitable amount using the -M
|
|
|
|
|
(--max-size) option.
|
2014-05-01 04:05:07 +02:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
The string you specify here is passed verbatim to ccache.
|
|
|
|
|
Refer to ccache documentation for more details.
|
2014-05-01 04:05:07 +02:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
These initial settings are applied after ccache has been
|
|
|
|
|
compiled.
|
2014-05-01 04:05:07 +02:00
|
|
|
|
2015-10-04 17:25:32 +02:00
|
|
|
config BR2_CCACHE_USE_BASEDIR
|
|
|
|
|
bool "Use relative paths"
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
Allow ccache to convert absolute paths within the output
|
|
|
|
|
directory into relative paths.
|
|
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
During the build, many -I include directives are given with an
|
|
|
|
|
absolute path. These absolute paths end up in the hashes that
|
|
|
|
|
are computed by ccache. Therefore, when you build from a
|
|
|
|
|
different directory, the hash will be different and the cached
|
|
|
|
|
object will not be used.
|
2015-10-04 17:25:32 +02:00
|
|
|
|
|
|
|
|
To improve cache performance, set this option to y. This
|
|
|
|
|
allows ccache to rewrite absolute paths within the output
|
2016-05-31 18:57:22 +02:00
|
|
|
directory into relative paths. Note that only paths within the
|
|
|
|
|
output directory will be rewritten; therefore, if you change
|
|
|
|
|
BR2_HOST_DIR to point outside the output directory and
|
2015-10-04 17:25:32 +02:00
|
|
|
subsequently move it to a different location, this will lead
|
|
|
|
|
to cache misses.
|
|
|
|
|
|
|
|
|
|
This option has as a result that the debug information in the
|
|
|
|
|
object files also has only relative paths. Therefore, make
|
|
|
|
|
sure you cd to the build directory before starting gdb. See
|
2016-05-31 18:57:22 +02:00
|
|
|
the section "COMPILING IN DIFFERENT DIRECTORIES" in the ccache
|
|
|
|
|
manual for more information.
|
2015-10-04 17:25:32 +02:00
|
|
|
|
2014-05-01 04:05:07 +02:00
|
|
|
endif
|
|
|
|
|
|
2007-02-09 14:31:55 +01:00
|
|
|
config BR2_DEPRECATED
|
2014-09-19 15:41:09 +02:00
|
|
|
bool "Show options and packages that are deprecated or obsolete"
|
2007-02-09 14:31:55 +01:00
|
|
|
help
|
2014-09-19 15:41:09 +02:00
|
|
|
This option shows outdated/obsolete versions of packages and
|
|
|
|
|
options that are otherwise hidden.
|
2004-12-11 11:25:40 +01:00
|
|
|
|
2014-01-03 17:02:50 +01:00
|
|
|
if BR2_DEPRECATED
|
|
|
|
|
|
2015-03-03 16:52:24 +01:00
|
|
|
config BR2_DEPRECATED_SINCE_2015_05
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2015-06-02 19:34:34 +02:00
|
|
|
config BR2_DEPRECATED_SINCE_2015_08
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2015-12-17 17:39:53 +01:00
|
|
|
config BR2_DEPRECATED_SINCE_2015_11
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2016-01-15 11:47:46 +01:00
|
|
|
config BR2_DEPRECATED_SINCE_2016_02
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2016-02-22 18:54:57 +01:00
|
|
|
config BR2_DEPRECATED_SINCE_2016_05
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2016-06-16 16:41:14 +02:00
|
|
|
config BR2_DEPRECATED_SINCE_2016_08
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2014-01-03 17:02:50 +01:00
|
|
|
endif
|
|
|
|
|
|
2008-03-12 14:07:10 +01:00
|
|
|
config BR2_ENABLE_DEBUG
|
|
|
|
|
bool "build packages with debugging symbols"
|
|
|
|
|
help
|
2012-03-14 23:49:58 +01:00
|
|
|
Build packages with debugging symbols enabled. All libraries
|
|
|
|
|
and binaries in the 'staging' directory will have debugging
|
|
|
|
|
symbols, which allows remote debugging even if libraries and
|
|
|
|
|
binaries are stripped on the target. Whether libraries and
|
|
|
|
|
binaries are stripped on the target is controlled by the
|
|
|
|
|
BR2_STRIP_* options below.
|
2008-03-12 14:07:10 +01:00
|
|
|
|
|
|
|
|
if BR2_ENABLE_DEBUG
|
|
|
|
|
choice
|
|
|
|
|
prompt "gcc debug level"
|
|
|
|
|
default BR2_DEBUG_2
|
|
|
|
|
help
|
|
|
|
|
Set the debug level for gcc
|
|
|
|
|
|
|
|
|
|
config BR2_DEBUG_1
|
|
|
|
|
bool "debug level 1"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Debug level 1 produces minimal information, enough for making
|
|
|
|
|
backtraces in parts of the program that you don't plan to
|
|
|
|
|
debug. This includes descriptions of functions and external
|
|
|
|
|
variables, but no information about local variables and no
|
|
|
|
|
line numbers.
|
2008-03-12 14:07:10 +01:00
|
|
|
|
|
|
|
|
config BR2_DEBUG_2
|
|
|
|
|
bool "debug level 2"
|
|
|
|
|
help
|
|
|
|
|
The default gcc debug level is 2
|
|
|
|
|
|
|
|
|
|
config BR2_DEBUG_3
|
|
|
|
|
bool "debug level 3"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Level 3 includes extra information, such as all the macro
|
|
|
|
|
definitions present in the program. Some debuggers support
|
|
|
|
|
macro expansion when you use -g3.
|
2008-03-12 14:07:10 +01:00
|
|
|
endchoice
|
|
|
|
|
endif
|
|
|
|
|
|
2007-07-31 20:06:50 +02:00
|
|
|
choice
|
2012-03-14 23:49:58 +01:00
|
|
|
prompt "strip command for binaries on target"
|
2007-07-31 20:06:50 +02:00
|
|
|
default BR2_STRIP_strip
|
|
|
|
|
|
|
|
|
|
config BR2_STRIP_strip
|
|
|
|
|
bool "strip"
|
2013-09-03 11:39:53 +02:00
|
|
|
depends on !BR2_PACKAGE_HOST_ELF2FLT
|
2007-07-31 20:06:50 +02:00
|
|
|
help
|
2012-03-14 23:49:58 +01:00
|
|
|
Binaries and libraries in the target filesystem will be
|
2016-05-31 18:57:22 +02:00
|
|
|
stripped using the normal 'strip' command. This allows to save
|
|
|
|
|
space, mainly by removing debugging symbols. Debugging symbols
|
|
|
|
|
on the target are needed for native debugging, but not when
|
|
|
|
|
remote debugging is used.
|
2007-08-24 07:31:07 +02:00
|
|
|
|
2007-07-31 20:06:50 +02:00
|
|
|
config BR2_STRIP_none
|
|
|
|
|
bool "none"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Do not strip binaries and libraries in the target filesystem.
|
2007-07-31 20:06:50 +02:00
|
|
|
endchoice
|
|
|
|
|
|
2012-06-21 21:34:50 +02:00
|
|
|
config BR2_STRIP_EXCLUDE_FILES
|
|
|
|
|
string "executables that should not be stripped"
|
|
|
|
|
depends on !BR2_STRIP_none
|
|
|
|
|
default ""
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
You may specify a space-separated list of binaries and
|
|
|
|
|
libraries here that should not be stripped on the target.
|
2012-06-21 21:34:50 +02:00
|
|
|
|
|
|
|
|
config BR2_STRIP_EXCLUDE_DIRS
|
|
|
|
|
string "directories that should be skipped when stripping"
|
|
|
|
|
depends on !BR2_STRIP_none
|
|
|
|
|
default ""
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
You may specify a space-separated list of directories that
|
|
|
|
|
should be skipped when stripping. Binaries and libraries in
|
|
|
|
|
these directories will not be touched. The directories should
|
|
|
|
|
be specified relative to the target directory, without leading
|
|
|
|
|
slash.
|
2012-06-21 21:34:50 +02:00
|
|
|
|
2008-03-12 14:07:10 +01:00
|
|
|
choice
|
|
|
|
|
prompt "gcc optimization level"
|
2008-03-16 14:26:14 +01:00
|
|
|
default BR2_OPTIMIZE_S
|
2008-03-12 12:23:11 +01:00
|
|
|
help
|
2008-03-12 14:07:10 +01:00
|
|
|
Set the optimization level for gcc
|
|
|
|
|
|
|
|
|
|
config BR2_OPTIMIZE_0
|
|
|
|
|
bool "optimization level 0"
|
|
|
|
|
help
|
2008-08-04 21:07:05 +02:00
|
|
|
Do not optimize. This is the default.
|
2008-03-12 14:07:10 +01:00
|
|
|
|
|
|
|
|
config BR2_OPTIMIZE_1
|
|
|
|
|
bool "optimization level 1"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Optimize. Optimizing compilation takes somewhat more time, and
|
|
|
|
|
a lot more memory for a large function. With -O, the compiler
|
|
|
|
|
tries to reduce code size and execution time, without
|
|
|
|
|
performing any optimizations that take a great deal of
|
|
|
|
|
compilation time. -O turns on the following optimization
|
2008-08-04 21:07:05 +02:00
|
|
|
flags: -fdefer-pop -fdelayed-branch -fguess-branch-probability
|
|
|
|
|
-fcprop-registers -floop-optimize -fif-conversion
|
|
|
|
|
-fif-conversion2 -ftree-ccp -ftree-dce -ftree-dominator-opts
|
|
|
|
|
-ftree-dse -ftree-ter -ftree-lrs -ftree-sra -ftree-copyrename
|
2016-05-31 18:57:22 +02:00
|
|
|
-ftree-fre -ftree-ch -funit-at-a-time -fmerge-constants. -O
|
|
|
|
|
also turns on -fomit-frame-pointer on machines where doing so
|
|
|
|
|
does not interfere with debugging.
|
2008-03-12 14:07:10 +01:00
|
|
|
|
|
|
|
|
config BR2_OPTIMIZE_2
|
|
|
|
|
bool "optimization level 2"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Optimize even more. GCC performs nearly all supported
|
|
|
|
|
optimizations that do not involve a space-speed tradeoff. The
|
|
|
|
|
compiler does not perform loop unrolling or function inlining
|
|
|
|
|
when you specify -O2. As compared to -O, this option increases
|
|
|
|
|
both compilation time and the performance of the generated
|
|
|
|
|
code. -O2 turns on all optimization flags specified by -O. It
|
|
|
|
|
also turns on the following optimization flags:
|
|
|
|
|
-fthread-jumps -fcrossjumping -foptimize-sibling-calls
|
2008-08-04 21:07:05 +02:00
|
|
|
-fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm
|
2016-05-31 18:57:22 +02:00
|
|
|
-fexpensive-optimizations -fstrength-reduce
|
|
|
|
|
-frerun-cse-after-loop -frerun-loop-opt -fcaller-saves
|
|
|
|
|
-fpeephole2 -fschedule-insns -fschedule-insns2
|
|
|
|
|
-fsched-interblock -fsched-spec -fregmove -fstrict-aliasing
|
|
|
|
|
-fdelete-null-pointer-checks -freorder-blocks
|
|
|
|
|
-freorder-functions -falign-functions -falign-jumps
|
|
|
|
|
-falign-loops -falign-labels -ftree-vrp -ftree-pre. Please
|
|
|
|
|
note the warning under -fgcse about invoking -O2 on programs
|
2008-03-12 14:07:10 +01:00
|
|
|
that use computed gotos.
|
|
|
|
|
|
|
|
|
|
config BR2_OPTIMIZE_3
|
|
|
|
|
bool "optimization level 3"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Optimize yet more. -O3 turns on all optimizations specified by
|
|
|
|
|
-O2 and also turns on the -finline-functions, -funswitch-loops
|
|
|
|
|
and -fgcse-after-reload options.
|
2008-03-12 14:07:10 +01:00
|
|
|
|
2016-05-18 23:17:55 +02:00
|
|
|
config BR2_OPTIMIZE_G
|
|
|
|
|
bool "optimize for debugging"
|
|
|
|
|
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8
|
|
|
|
|
help
|
|
|
|
|
Optimize for debugging. This enables optimizations that do not
|
2016-05-31 18:57:22 +02:00
|
|
|
interfere with debugging. It should be the optimization level
|
|
|
|
|
of choice for the standard edit-compile-debug cycle, offering
|
|
|
|
|
a reasonable level of optimization while maintaining fast
|
|
|
|
|
compilation and a good debugging experience.
|
2008-03-12 14:07:10 +01:00
|
|
|
|
|
|
|
|
config BR2_OPTIMIZE_S
|
|
|
|
|
bool "optimize for size"
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Optimize for size. -Os enables all -O2 optimizations that do
|
|
|
|
|
not typically increase code size. It also performs further
|
|
|
|
|
optimizations designed to reduce code size. -Os disables the
|
|
|
|
|
following optimization flags: -falign-functions -falign-jumps
|
|
|
|
|
-falign-loops -falign-labels -freorder-blocks
|
|
|
|
|
-freorder-blocks-and-partition -fprefetch-loop-arrays
|
2008-03-12 14:07:10 +01:00
|
|
|
-ftree-vect-loop-version
|
2008-08-04 21:07:05 +02:00
|
|
|
|
2008-03-12 14:07:10 +01:00
|
|
|
endchoice
|
2008-03-12 12:23:11 +01:00
|
|
|
|
2014-07-31 22:08:55 +02:00
|
|
|
config BR2_GOOGLE_BREAKPAD_ENABLE
|
|
|
|
|
bool "Enable google-breakpad support"
|
|
|
|
|
select BR2_PACKAGE_GOOGLE_BREAKPAD
|
|
|
|
|
depends on BR2_INSTALL_LIBSTDCPP
|
|
|
|
|
depends on BR2_TOOLCHAIN_USES_GLIBC
|
|
|
|
|
depends on BR2_PACKAGE_GOOGLE_BREAKPAD_ARCH_SUPPORTS
|
|
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
This option will enable the use of google breakpad, a library
|
|
|
|
|
and tool suite that allows you to distribute an application to
|
|
|
|
|
users with compiler-provided debugging information removed,
|
|
|
|
|
record crashes in compact "minidump" files, send them back to
|
|
|
|
|
your server and produce C and C++ stack traces from these
|
|
|
|
|
minidumps. Breakpad can also write minidumps on request for
|
|
|
|
|
programs that have not crashed.
|
2014-07-31 22:08:55 +02:00
|
|
|
|
|
|
|
|
if BR2_GOOGLE_BREAKPAD_ENABLE
|
|
|
|
|
|
|
|
|
|
config BR2_GOOGLE_BREAKPAD_INCLUDE_FILES
|
|
|
|
|
string "List of executables and libraries to extract symbols from"
|
|
|
|
|
default ""
|
|
|
|
|
help
|
|
|
|
|
You may specify a space-separated list of binaries and
|
|
|
|
|
libraries with full paths relative to $(TARGET_DIR) of which
|
|
|
|
|
debug symbols will be dumped for further use with google
|
|
|
|
|
breakpad.
|
|
|
|
|
|
|
|
|
|
A directory structure that can be used by minidump-stackwalk
|
|
|
|
|
will be created at:
|
|
|
|
|
|
|
|
|
|
$(STAGING_DIR)/usr/share/google-breakpad-symbols
|
|
|
|
|
|
|
|
|
|
endif
|
|
|
|
|
|
2015-12-27 12:07:31 +01:00
|
|
|
choice
|
2013-09-02 18:06:36 +02:00
|
|
|
bool "build code with Stack Smashing Protection"
|
2015-12-27 12:07:31 +01:00
|
|
|
default BR2_SSP_ALL if BR2_ENABLE_SSP # legacy
|
2013-09-02 18:06:36 +02:00
|
|
|
depends on BR2_TOOLCHAIN_HAS_SSP
|
|
|
|
|
help
|
2015-12-27 12:07:31 +01:00
|
|
|
Enable stack smashing protection support using GCC's
|
|
|
|
|
-fstack-protector option family.
|
2013-09-02 18:06:36 +02:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
See
|
|
|
|
|
http://www.linuxfromscratch.org/hints/downloads/files/ssp.txt
|
2013-11-11 17:23:23 +01:00
|
|
|
for details.
|
2013-09-02 18:06:36 +02:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
Note that this requires the toolchain to have SSP support.
|
|
|
|
|
This is always the case for glibc and eglibc toolchain, but is
|
|
|
|
|
optional in uClibc toolchains.
|
2013-09-02 18:06:36 +02:00
|
|
|
|
2015-12-27 12:07:31 +01:00
|
|
|
config BR2_SSP_NONE
|
|
|
|
|
bool "None"
|
|
|
|
|
help
|
|
|
|
|
Disable stack-smashing protection.
|
|
|
|
|
|
|
|
|
|
config BR2_SSP_REGULAR
|
|
|
|
|
bool "-fstack-protector"
|
|
|
|
|
help
|
|
|
|
|
Emit extra code to check for buffer overflows, such as stack
|
|
|
|
|
smashing attacks. This is done by adding a guard variable to
|
|
|
|
|
functions with vulnerable objects. This includes functions
|
|
|
|
|
that call alloca, and functions with buffers larger than 8
|
|
|
|
|
bytes. The guards are initialized when a function is entered
|
|
|
|
|
and then checked when the function exits. If a guard check
|
|
|
|
|
fails, an error message is printed and the program exits.
|
|
|
|
|
|
|
|
|
|
config BR2_SSP_STRONG
|
|
|
|
|
bool "-fstack-protector-strong"
|
|
|
|
|
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_9
|
|
|
|
|
help
|
|
|
|
|
Like -fstack-protector but includes additional functions to be
|
|
|
|
|
protected - those that have local array definitions, or have
|
|
|
|
|
references to local frame addresses.
|
|
|
|
|
|
|
|
|
|
comment "Stack Smashing Protection strong needs a toolchain w/ gcc >= 4.9"
|
|
|
|
|
depends on !BR2_TOOLCHAIN_GCC_AT_LEAST_4_9
|
|
|
|
|
|
|
|
|
|
config BR2_SSP_ALL
|
|
|
|
|
bool "-fstack-protector-all"
|
|
|
|
|
help
|
|
|
|
|
Like -fstack-protector except that all functions are
|
|
|
|
|
protected. This option might have a significant performance
|
|
|
|
|
impact on the compiled binaries.
|
|
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
|
|
comment "Stack Smashing Protection needs a toolchain w/ SSP"
|
2013-09-02 18:06:36 +02:00
|
|
|
depends on !BR2_TOOLCHAIN_HAS_SSP
|
|
|
|
|
|
Turn the static lib option into a choice with more options
This commit turns the single static option into a choice, which offers
various possibilities:
1. Build and use static libraries only;
2. Build both shared and static libraries, but use shared libraries;
3. Build and use shared libraries only.
On most platforms, (2) is currently the default, and kept as the
default in this commit. Of course, on certain platforms (Blackfin,
m68k), only option (1) will be available.
In addition to the introduction of the Config.in options, this commit
also:
* Removes the 'select BR2_STATIC_LIBS' from 'BR2_BINFMT_FLAT', since
with the use of a choice, we are guaranteed that BR2_STATIC_LIBS
will be selected when the binary format is BR2_BINFMT_FLAT, since
BR2_STATIC_LIBS will be the only possible solution in the choice.
* Changes package/Makefile.in to use the proper
--{enable,disable}-{shared,static} options for autotools packages.
[Thomas: remove useless empty newline right after 'choice'. Noticed by
Yann E. Morin.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-11 23:50:09 +01:00
|
|
|
choice
|
|
|
|
|
bool "libraries"
|
2014-12-11 23:50:11 +01:00
|
|
|
default BR2_SHARED_LIBS if BR2_BINFMT_SUPPORTS_SHARED
|
Turn the static lib option into a choice with more options
This commit turns the single static option into a choice, which offers
various possibilities:
1. Build and use static libraries only;
2. Build both shared and static libraries, but use shared libraries;
3. Build and use shared libraries only.
On most platforms, (2) is currently the default, and kept as the
default in this commit. Of course, on certain platforms (Blackfin,
m68k), only option (1) will be available.
In addition to the introduction of the Config.in options, this commit
also:
* Removes the 'select BR2_STATIC_LIBS' from 'BR2_BINFMT_FLAT', since
with the use of a choice, we are guaranteed that BR2_STATIC_LIBS
will be selected when the binary format is BR2_BINFMT_FLAT, since
BR2_STATIC_LIBS will be the only possible solution in the choice.
* Changes package/Makefile.in to use the proper
--{enable,disable}-{shared,static} options for autotools packages.
[Thomas: remove useless empty newline right after 'choice'. Noticed by
Yann E. Morin.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-11 23:50:09 +01:00
|
|
|
default BR2_STATIC_LIBS if !BR2_BINFMT_SUPPORTS_SHARED
|
|
|
|
|
help
|
|
|
|
|
Select the type of libraries you want to use on the target.
|
|
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
The default is to build dynamic libraries and use those on the
|
|
|
|
|
target filesystem, except when the architecture and/or the
|
|
|
|
|
selected binary format does not support shared libraries.
|
Turn the static lib option into a choice with more options
This commit turns the single static option into a choice, which offers
various possibilities:
1. Build and use static libraries only;
2. Build both shared and static libraries, but use shared libraries;
3. Build and use shared libraries only.
On most platforms, (2) is currently the default, and kept as the
default in this commit. Of course, on certain platforms (Blackfin,
m68k), only option (1) will be available.
In addition to the introduction of the Config.in options, this commit
also:
* Removes the 'select BR2_STATIC_LIBS' from 'BR2_BINFMT_FLAT', since
with the use of a choice, we are guaranteed that BR2_STATIC_LIBS
will be selected when the binary format is BR2_BINFMT_FLAT, since
BR2_STATIC_LIBS will be the only possible solution in the choice.
* Changes package/Makefile.in to use the proper
--{enable,disable}-{shared,static} options for autotools packages.
[Thomas: remove useless empty newline right after 'choice'. Noticed by
Yann E. Morin.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-11 23:50:09 +01:00
|
|
|
|
2014-12-03 22:41:29 +01:00
|
|
|
config BR2_STATIC_LIBS
|
Turn the static lib option into a choice with more options
This commit turns the single static option into a choice, which offers
various possibilities:
1. Build and use static libraries only;
2. Build both shared and static libraries, but use shared libraries;
3. Build and use shared libraries only.
On most platforms, (2) is currently the default, and kept as the
default in this commit. Of course, on certain platforms (Blackfin,
m68k), only option (1) will be available.
In addition to the introduction of the Config.in options, this commit
also:
* Removes the 'select BR2_STATIC_LIBS' from 'BR2_BINFMT_FLAT', since
with the use of a choice, we are guaranteed that BR2_STATIC_LIBS
will be selected when the binary format is BR2_BINFMT_FLAT, since
BR2_STATIC_LIBS will be the only possible solution in the choice.
* Changes package/Makefile.in to use the proper
--{enable,disable}-{shared,static} options for autotools packages.
[Thomas: remove useless empty newline right after 'choice'. Noticed by
Yann E. Morin.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-11 23:50:09 +01:00
|
|
|
bool "static only"
|
2007-06-02 00:16:28 +02:00
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
Build and use only static libraries. No shared libraries will
|
|
|
|
|
be instaled on the target. This potentially increases your
|
|
|
|
|
code size and should only be used if you know what you are
|
|
|
|
|
doing. Note that some packages may not be available when this
|
|
|
|
|
option is enabled, due to their need for dynamic library
|
|
|
|
|
support.
|
2007-06-02 00:16:28 +02:00
|
|
|
|
Turn the static lib option into a choice with more options
This commit turns the single static option into a choice, which offers
various possibilities:
1. Build and use static libraries only;
2. Build both shared and static libraries, but use shared libraries;
3. Build and use shared libraries only.
On most platforms, (2) is currently the default, and kept as the
default in this commit. Of course, on certain platforms (Blackfin,
m68k), only option (1) will be available.
In addition to the introduction of the Config.in options, this commit
also:
* Removes the 'select BR2_STATIC_LIBS' from 'BR2_BINFMT_FLAT', since
with the use of a choice, we are guaranteed that BR2_STATIC_LIBS
will be selected when the binary format is BR2_BINFMT_FLAT, since
BR2_STATIC_LIBS will be the only possible solution in the choice.
* Changes package/Makefile.in to use the proper
--{enable,disable}-{shared,static} options for autotools packages.
[Thomas: remove useless empty newline right after 'choice'. Noticed by
Yann E. Morin.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-11 23:50:09 +01:00
|
|
|
config BR2_SHARED_LIBS
|
|
|
|
|
bool "shared only"
|
|
|
|
|
depends on BR2_BINFMT_SUPPORTS_SHARED
|
|
|
|
|
help
|
|
|
|
|
Build and use only shared libraries. This is the recommended
|
|
|
|
|
solution as it saves space and build time.
|
|
|
|
|
|
|
|
|
|
config BR2_SHARED_STATIC_LIBS
|
|
|
|
|
bool "both static and shared"
|
|
|
|
|
depends on BR2_BINFMT_SUPPORTS_SHARED
|
|
|
|
|
help
|
|
|
|
|
Build both shared and static libraries, but link executables
|
|
|
|
|
dynamically. While building both shared and static libraries
|
|
|
|
|
take more time and more disk space, having static libraries
|
|
|
|
|
may be useful to link some of the applications statically.
|
2014-10-12 18:34:44 +02:00
|
|
|
|
Turn the static lib option into a choice with more options
This commit turns the single static option into a choice, which offers
various possibilities:
1. Build and use static libraries only;
2. Build both shared and static libraries, but use shared libraries;
3. Build and use shared libraries only.
On most platforms, (2) is currently the default, and kept as the
default in this commit. Of course, on certain platforms (Blackfin,
m68k), only option (1) will be available.
In addition to the introduction of the Config.in options, this commit
also:
* Removes the 'select BR2_STATIC_LIBS' from 'BR2_BINFMT_FLAT', since
with the use of a choice, we are guaranteed that BR2_STATIC_LIBS
will be selected when the binary format is BR2_BINFMT_FLAT, since
BR2_STATIC_LIBS will be the only possible solution in the choice.
* Changes package/Makefile.in to use the proper
--{enable,disable}-{shared,static} options for autotools packages.
[Thomas: remove useless empty newline right after 'choice'. Noticed by
Yann E. Morin.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-11 23:50:09 +01:00
|
|
|
endchoice
|
2014-10-12 18:34:44 +02:00
|
|
|
|
2007-06-02 00:16:28 +02:00
|
|
|
|
2011-09-29 21:57:38 +02:00
|
|
|
config BR2_PACKAGE_OVERRIDE_FILE
|
|
|
|
|
string "location of a package override file"
|
2014-01-29 22:48:24 +01:00
|
|
|
default "$(CONFIG_DIR)/local.mk"
|
2011-09-29 21:57:38 +02:00
|
|
|
help
|
|
|
|
|
A package override file is a short makefile that contains
|
2016-05-31 18:57:22 +02:00
|
|
|
variable definitions of the form <pkg>_OVERRIDE_SRCDIR, which
|
|
|
|
|
allows to tell Buildroot to use an existing directory as the
|
|
|
|
|
source directory for a particular package. See the Buildroot
|
|
|
|
|
documentation for more details on this feature.
|
2011-09-29 21:57:38 +02:00
|
|
|
|
rework patch model
At the Buildroot Developers Meeting (4-5 February 2013, in Brussels) a change
to the patch logic was discussed. See
http://elinux.org/Buildroot:DeveloperDaysFOSDEM2013
for details. In summary:
* For patches stored in the package directory, if
package/<pkg>/<version>/ does exist, apply package/<pkg>/<version>/*.patch,
otherwise, apply package/<pkg>/*.patch
* For patches stored in the global patches directory, if
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/ does exist, apply
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/*.patch, otherwise, apply
$(GLOBAL_PATCH_DIR)/<pkg>/*.patch
This patch adds the new BR2_GLOBAL_PATCH_DIR configuration item, and reworks
the generic package infrastructure to implement the new patch logic.
[Peter: fixup doc nits as pointed out by Thomas]
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-18 00:13:47 +01:00
|
|
|
config BR2_GLOBAL_PATCH_DIR
|
2013-12-18 11:25:01 +01:00
|
|
|
string "global patch directories"
|
rework patch model
At the Buildroot Developers Meeting (4-5 February 2013, in Brussels) a change
to the patch logic was discussed. See
http://elinux.org/Buildroot:DeveloperDaysFOSDEM2013
for details. In summary:
* For patches stored in the package directory, if
package/<pkg>/<version>/ does exist, apply package/<pkg>/<version>/*.patch,
otherwise, apply package/<pkg>/*.patch
* For patches stored in the global patches directory, if
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/ does exist, apply
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/*.patch, otherwise, apply
$(GLOBAL_PATCH_DIR)/<pkg>/*.patch
This patch adds the new BR2_GLOBAL_PATCH_DIR configuration item, and reworks
the generic package infrastructure to implement the new patch logic.
[Peter: fixup doc nits as pointed out by Thomas]
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-18 00:13:47 +01:00
|
|
|
help
|
2016-05-31 18:57:22 +02:00
|
|
|
You may specify a space separated list of one or more
|
|
|
|
|
directories containing global package patches. For a specific
|
|
|
|
|
version <packageversion> of a specific package <packagename>,
|
|
|
|
|
patches are applied as follows:
|
rework patch model
At the Buildroot Developers Meeting (4-5 February 2013, in Brussels) a change
to the patch logic was discussed. See
http://elinux.org/Buildroot:DeveloperDaysFOSDEM2013
for details. In summary:
* For patches stored in the package directory, if
package/<pkg>/<version>/ does exist, apply package/<pkg>/<version>/*.patch,
otherwise, apply package/<pkg>/*.patch
* For patches stored in the global patches directory, if
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/ does exist, apply
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/*.patch, otherwise, apply
$(GLOBAL_PATCH_DIR)/<pkg>/*.patch
This patch adds the new BR2_GLOBAL_PATCH_DIR configuration item, and reworks
the generic package infrastructure to implement the new patch logic.
[Peter: fixup doc nits as pointed out by Thomas]
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-18 00:13:47 +01:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
First, the default Buildroot patch set for the package is
|
|
|
|
|
applied from the package's directory in Buildroot.
|
rework patch model
At the Buildroot Developers Meeting (4-5 February 2013, in Brussels) a change
to the patch logic was discussed. See
http://elinux.org/Buildroot:DeveloperDaysFOSDEM2013
for details. In summary:
* For patches stored in the package directory, if
package/<pkg>/<version>/ does exist, apply package/<pkg>/<version>/*.patch,
otherwise, apply package/<pkg>/*.patch
* For patches stored in the global patches directory, if
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/ does exist, apply
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/*.patch, otherwise, apply
$(GLOBAL_PATCH_DIR)/<pkg>/*.patch
This patch adds the new BR2_GLOBAL_PATCH_DIR configuration item, and reworks
the generic package infrastructure to implement the new patch logic.
[Peter: fixup doc nits as pointed out by Thomas]
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-18 00:13:47 +01:00
|
|
|
|
2013-12-18 11:25:01 +01:00
|
|
|
Then for every directory - <global-patch-dir> - that exists in
|
|
|
|
|
BR2_GLOBAL_PATCH_DIR, if the directory
|
2016-05-31 18:57:22 +02:00
|
|
|
<global-patch-dir>/<packagename>/<packageversion>/ exists,
|
|
|
|
|
then all *.patch files in this directory will be applied.
|
rework patch model
At the Buildroot Developers Meeting (4-5 February 2013, in Brussels) a change
to the patch logic was discussed. See
http://elinux.org/Buildroot:DeveloperDaysFOSDEM2013
for details. In summary:
* For patches stored in the package directory, if
package/<pkg>/<version>/ does exist, apply package/<pkg>/<version>/*.patch,
otherwise, apply package/<pkg>/*.patch
* For patches stored in the global patches directory, if
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/ does exist, apply
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/*.patch, otherwise, apply
$(GLOBAL_PATCH_DIR)/<pkg>/*.patch
This patch adds the new BR2_GLOBAL_PATCH_DIR configuration item, and reworks
the generic package infrastructure to implement the new patch logic.
[Peter: fixup doc nits as pointed out by Thomas]
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-18 00:13:47 +01:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
Otherwise, if the directory <global-patch-dir>/<packagename>
|
|
|
|
|
exists, then all *.patch files in the directory will be
|
|
|
|
|
applied.
|
rework patch model
At the Buildroot Developers Meeting (4-5 February 2013, in Brussels) a change
to the patch logic was discussed. See
http://elinux.org/Buildroot:DeveloperDaysFOSDEM2013
for details. In summary:
* For patches stored in the package directory, if
package/<pkg>/<version>/ does exist, apply package/<pkg>/<version>/*.patch,
otherwise, apply package/<pkg>/*.patch
* For patches stored in the global patches directory, if
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/ does exist, apply
$(GLOBAL_PATCH_DIR)/<pkg>/<version>/*.patch, otherwise, apply
$(GLOBAL_PATCH_DIR)/<pkg>/*.patch
This patch adds the new BR2_GLOBAL_PATCH_DIR configuration item, and reworks
the generic package infrastructure to implement the new patch logic.
[Peter: fixup doc nits as pointed out by Thomas]
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-18 00:13:47 +01:00
|
|
|
|
2014-12-10 23:53:57 +01:00
|
|
|
menu "Advanced"
|
|
|
|
|
|
|
|
|
|
config BR2_COMPILER_PARANOID_UNSAFE_PATH
|
|
|
|
|
bool "paranoid check of library/header paths"
|
2016-05-15 12:26:00 +02:00
|
|
|
default y
|
2014-12-10 23:53:57 +01:00
|
|
|
help
|
|
|
|
|
By default, when this option is disabled, when the Buildroot
|
2016-05-31 18:57:22 +02:00
|
|
|
cross-compiler will encounter an unsafe library or header path
|
|
|
|
|
(such as /usr/include, or /usr/lib), the compiler will display
|
|
|
|
|
a warning.
|
2014-12-10 23:53:57 +01:00
|
|
|
|
2016-05-31 18:57:22 +02:00
|
|
|
By enabling this option, this warning is turned into an error,
|
|
|
|
|
which will completely abort the build when such unsafe paths
|
|
|
|
|
are encountered.
|
2014-12-10 23:53:57 +01:00
|
|
|
|
|
|
|
|
Note that this mechanism is available for both the internal
|
2016-05-15 12:26:01 +02:00
|
|
|
toolchain (through the toolchain wrapper and binutils patches)
|
|
|
|
|
and external toolchain backends (through the toolchain wrapper).
|
2014-12-10 23:53:57 +01:00
|
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
|
2016-06-14 17:31:09 +02:00
|
|
|
config BR2_REPRODUCIBLE
|
|
|
|
|
bool "Make the build reproducible (experimental)"
|
|
|
|
|
help
|
|
|
|
|
This option will remove all sources of non-reproducibility
|
|
|
|
|
from the build process. For a given Buildroot configuration,
|
|
|
|
|
this allows to generate exactly identical binaries from one
|
|
|
|
|
build to the other, including on different machines.
|
|
|
|
|
|
|
|
|
|
This is labeled as an experimental feature, as not all
|
|
|
|
|
packages behave properly to ensure reproducibility.
|
|
|
|
|
|
2004-12-11 14:01:10 +01:00
|
|
|
endmenu
|
2004-10-09 03:06:03 +02:00
|
|
|
|
2007-09-25 09:55:45 +02:00
|
|
|
source "toolchain/Config.in"
|
|
|
|
|
|
2012-11-03 09:27:58 +01:00
|
|
|
source "system/Config.in"
|
2010-12-05 21:52:44 +01:00
|
|
|
|
2013-08-17 22:35:37 +02:00
|
|
|
source "linux/Config.in"
|
2007-09-25 09:55:45 +02:00
|
|
|
|
2013-08-17 22:35:37 +02:00
|
|
|
source "package/Config.in"
|
2012-01-28 18:42:49 +01:00
|
|
|
|
2010-03-10 22:30:06 +01:00
|
|
|
source "fs/Config.in"
|
|
|
|
|
|
2010-03-14 18:20:45 +01:00
|
|
|
source "boot/Config.in"
|
|
|
|
|
|
2013-08-17 22:35:37 +02:00
|
|
|
source "package/Config.in.host"
|
2012-11-12 11:08:28 +01:00
|
|
|
|
|
|
|
|
source "Config.in.legacy"
|
2013-12-05 20:11:11 +01:00
|
|
|
|
2013-12-08 23:21:50 +01:00
|
|
|
menu "User-provided options"
|
|
|
|
|
depends on BR2_EXTERNAL != "support/dummy-external"
|
|
|
|
|
|
2013-12-05 20:11:11 +01:00
|
|
|
source "$BR2_EXTERNAL/Config.in"
|
2013-12-08 23:21:50 +01:00
|
|
|
|
|
|
|
|
endmenu
|
