NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
b2d6ea2bb2
kumquat-buildroot/package/uclibc/Config.in

250 lines
7.8 KiB
Plaintext
Raw Normal View History

eglibc: enable support in the Buildroot toolchain backend Using the newly introduced 'eglibc' package, this commit enables the option of building a toolchain using the eglibc C library in the Buildroot toolchain backend. In details, this commit: * Creates a choice to select uClibc or eglibc in the Buildroot toolchain backend (in toolchain/toolchain-buildroot/Config.in), and removes the fact that the Buildroot toolchain backend forcefully enables uClibc (toolchain/Config.in). * Creates a BUILDROOT_LIBC variables, which points to the package implementing the C library (i.e either 'uclibc' or 'eglibc'). * Modifies the gcc-final and gcc-intermediate makefiles to use the BUILDROOT_LIBC variable instead of hardcoding the use of uclibc. * Ensures that TLS support is always enabled when building eglibc. [Peter: fix commit text to refer to BUILDROOT_LIBC] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:12 +02:00
if BR2_TOOLCHAIN_BUILDROOT_UCLIBC
toolchain: include C libraries in legal-info So far, the legal-info infrastructure was not exporting the legal info for the C libraries. This is because the legal-info only acts on packages defined in $(TARGETS). But the C libraries are never added to $(TARGETS), since there is no corresponding BR2_PACKAGE_<C-LIBRARY>. This patch adds such symbols for the 4 C libraries we support in our internal backend: uClibc, glibc, eglibc and musl. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Luca Ceresoli <luca@lucaceresoli.net> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-07-25 22:06:27 +02:00
# For legal-info
config BR2_PACKAGE_UCLIBC
bool
default y
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
comment "uClibc Options"
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
config BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS
package: indentation cleanup Signed-off-by: Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-06-22 08:38:18 +02:00
bool
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
config BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD
package: indentation cleanup Signed-off-by: Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-06-22 08:38:18 +02:00
bool
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
config BR2_UCLIBC_VERSION_SUPPORTS_NPTL
package: indentation cleanup Signed-off-by: Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-06-22 08:38:18 +02:00
bool
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
choice
prompt "uClibc C library Version"
uclibc: cleanup unused ARC stuff ARC is supported by uClibc-ng, cleanup old code. Signed-off-by: Waldemar Brodkorb <wbx@uclibc-ng.org> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-11-15 13:29:27 +01:00
default BR2_UCLIBC_VERSION_NG
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
help
Select the version of uClibc you wish to use.
config BR2_UCLIBC_VERSION_0_9_33
bool "uClibc 0.9.33.x"
uclibc: remove blackfin bits Now that we don't support the internal blackfin toolchain any more remove unnecessary bits, conditionals and tweaks. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 23:44:18 +01:00
select BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
select BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD
uclibc: remove blackfin bits Now that we don't support the internal blackfin toolchain any more remove unnecessary bits, conditionals and tweaks. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 23:44:18 +01:00
select BR2_UCLIBC_VERSION_SUPPORTS_NPTL if !BR2_x86_i386
toolchain: add mips64 for uClibc-ng Filter out all other uClibc versions, as they containing serious bugs for mips64. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-08-11 07:22:05 +02:00
depends on !(BR2_arc || BR2_mips64 || BR2_mips64el || BR2_xtensa)
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
uclibc: remove version from the uclibc-ng config option For the moment, we probably don't want to have several versions of uClibc-ng supported at the same time. In preparation to the bump of uClibc-ng to 1.0.1, this commit gets rid of the version number from the uclibc-ng config option so that we don't have to rename this option over and over again each time a new uClibc-ng release is made. This would be annoying in terms of Config.in.legacy handling. Since the option BR2_UCLIBC_NG_VERSION_1_0_0 has never been part of any Buildroot release, we don't have to add anything to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:26 +01:00
config BR2_UCLIBC_VERSION_NG
bool "uClibc-ng"
uclibc: remove blackfin bits Now that we don't support the internal blackfin toolchain any more remove unnecessary bits, conditionals and tweaks. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 23:44:18 +01:00
select BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS if BR2_m68k
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
select BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD \
uclibc: remove blackfin bits Now that we don't support the internal blackfin toolchain any more remove unnecessary bits, conditionals and tweaks. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 23:44:18 +01:00
if BR2_m68k || BR2_arm || BR2_armeb
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
select BR2_UCLIBC_VERSION_SUPPORTS_NPTL \
ARC: switch to RC1 of upcoming arc-2015.06 tools Even though this is only RC1 it's been heavily used internally so it should not be any worse than existing arc-2014.12. Moreover this relase (and so its RC1) finally delivers support of NPTL for ARC in uClibc. That's why it would be good to allow interested users to start trying it (for example WebKit and apps that use WebKit could be successfully built and run) also it will be helpful to run that new toolchain through autobuilder in attempt to find any hidden regressions so we have a solid toolchain for release. If there's an interest in that patch more patches will follow with subsequent RCs and essentially on appearence or relese Buildroot will be updated with it. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: arc-buildroot@synopsys.com Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-06-26 21:27:20 +02:00
if !BR2_m68k && !BR2_x86_i386
uclibc: add ability to use uClibc-ng 1.0.0 This commit adds support for a new uClibc version: uClibc-ng 1.0.0. Since its build system is for now exactly the same as the one of uClibc, we don't create a new package, but instead simply add it as a new uClibc version. The only special trick needed is the creation of a symlink to the program interpreter, due to a mismatch between the program interpreter file name generated by uClibc-ng and the one used by gcc. This patch is heavily based on previous work from Waldemar Brodkorb. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Waldemar Brodkorb <wbx@uclibc-ng.org>
2015-02-14 22:01:06 +01:00
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_VERSION_SNAPSHOT
bool "daily snapshot"
uclibc: remove blackfin bits Now that we don't support the internal blackfin toolchain any more remove unnecessary bits, conditionals and tweaks. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 23:44:18 +01:00
select BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS if !BR2_xtensa
package/uclibc: fix linuxthreads symbol typos BR2_UCLIBC_VERSION_XTENSA_GIT and BR2_UCLIBC_VERSION_SNAPSHOT select BR2_UCLIBC_SUPPORTS_* instead of new BR2_UCLIBC_VERSION_SUPPORTS_*. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-18 01:19:30 +01:00
select BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
select BR2_UCLIBC_VERSION_SUPPORTS_NPTL \
uclibc: remove blackfin bits Now that we don't support the internal blackfin toolchain any more remove unnecessary bits, conditionals and tweaks. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 23:44:18 +01:00
if !BR2_x86_i386 && !BR2_xtensa
toolchain: add mips64 for uClibc-ng Filter out all other uClibc versions, as they containing serious bugs for mips64. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-08-11 07:22:05 +02:00
depends on !(BR2_arc || BR2_mips64 || BR2_mips64el)
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
endchoice
config BR2_USE_UCLIBC_SNAPSHOT
string "Date (yyyymmdd) of snapshot or 'snapshot' for latest"
default "snapshot"
depends on BR2_UCLIBC_VERSION_SNAPSHOT
help
uclibc/Config.in: indentation cleanup Signed-off-by: Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net> Reviewed-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-06 15:06:22 +01:00
Use latest snapshot or one from a specific date?
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_VERSION_STRING
string
uclibc: double quote values of string options kconfig string option values should use double quotes when defined, so this commit fixes package/uclibc/Config.in in that respect. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:28 +01:00
default "0.9.33.2" if BR2_UCLIBC_VERSION_0_9_33
uclibc: update to 1.0.9 Fixes a fanotify include bug where old kernels (2.6.x) fail to build. Fixes recent failures on x86 with Linux 4.3.x kernel regarding network sockets. Includes the removed patch. Signed-off-by: Waldemar Brodkorb <wbx@uclibc-ng.org> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-11-15 13:28:50 +01:00
default "1.0.9" if BR2_UCLIBC_VERSION_NG
Remove redundant dollar signs in Config.in files Some Config.in(.host) files have constructs like: config FOO_VERSION string default "1.0" if FOO_1_0 default "2.0" if FOO_2_0 default $FOO_CUSTOM_VERSION if FOO_CUSTOM The dollar sign here is not needed and confusing, so can be removed. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-09-02 22:07:53 +02:00
default BR2_USE_UCLIBC_SNAPSHOT if BR2_UCLIBC_VERSION_SNAPSHOT
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_CONFIG
string "uClibc configuration file to use?"
default "package/uclibc/uClibc-0.9.33.config" if BR2_UCLIBC_VERSION_0_9_33
uclibc: remove version from the uclibc-ng config option For the moment, we probably don't want to have several versions of uClibc-ng supported at the same time. In preparation to the bump of uClibc-ng to 1.0.1, this commit gets rid of the version number from the uclibc-ng config option so that we don't have to rename this option over and over again each time a new uClibc-ng release is made. This would be annoying in terms of Config.in.legacy handling. Since the option BR2_UCLIBC_NG_VERSION_1_0_0 has never been part of any Buildroot release, we don't have to add anything to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:26 +01:00
default "package/uclibc/uClibc-ng.config" if BR2_UCLIBC_VERSION_NG
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
default "package/uclibc/uClibc-snapshot.config" if BR2_UCLIBC_VERSION_SNAPSHOT
help
Some people may wish to use their own modified uClibc configuration
file and will specify their config file location with this option.
See also docs/README in this package.
If unsure, use the default.
uclibc: add option to specify config fragments Signed-off-by: Floris Bos <bos@je-eigen-domein.nl> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Tested-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-04-28 16:34:34 +02:00
config BR2_UCLIBC_CONFIG_FRAGMENT_FILES
string "Additional uClibc configuration fragment files"
help
A space-separated list of configuration fragment files,
that will be merged to the main uClibc configuration file.
uclibc: move configuration options into the package In preparation for the introduction of the eglibc library to the internal toolchain backend, the options that allow to enable/disable C library features such as largefile, IPv6, RPC and so on now belong to the uClibc package. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:10 +02:00
config BR2_TOOLCHAIN_BUILDROOT_INET_RPC
bool "Enable RPC support"
select BR2_TOOLCHAIN_HAS_NATIVE_RPC
help
Enable this option if you want your toolchain to support
RPC (needed for NFS, for example).
config BR2_TOOLCHAIN_BUILDROOT_WCHAR
bool "Enable WCHAR support"
select BR2_USE_WCHAR
help
Enable this option if you want your toolchain to support
wide characters (i.e characters longer than 8 bits, needed
for locale support).
config BR2_TOOLCHAIN_BUILDROOT_LOCALE
bool "Enable toolchain locale/i18n support"
select BR2_TOOLCHAIN_BUILDROOT_WCHAR
select BR2_ENABLE_LOCALE
help
Enable this option if you want your toolchain to support
localization and internationalization.
choice
prompt "Thread library implementation"
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
default BR2_PTHREADS_NATIVE if BR2_UCLIBC_VERSION_SUPPORTS_NPTL
default BR2_PTHREADS_OLD if BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD
default BR2_PTHREADS if BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS
uclibc: move configuration options into the package In preparation for the introduction of the eglibc library to the internal toolchain backend, the options that allow to enable/disable C library features such as largefile, IPv6, RPC and so on now belong to the uClibc package. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:10 +02:00
help
Use this option to select the thread library implementation
uclibc: remove bogus comment about thread implementation selection There is no need to warn the user about selecting an inappropriate thread implementation, since we make sure only supported combinations can be selected. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:25 +01:00
that should be used in your toolchain.
uclibc: move configuration options into the package In preparation for the introduction of the eglibc library to the internal toolchain backend, the options that allow to enable/disable C library features such as largefile, IPv6, RPC and so on now belong to the uClibc package. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:10 +02:00
config BR2_PTHREADS_NONE
bool "none"
config BR2_PTHREADS
bool "linuxthreads"
uclibc/Config.in: indentation cleanup Signed-off-by: Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net> Reviewed-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-06 15:06:22 +01:00
select BR2_TOOLCHAIN_HAS_THREADS
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
depends on BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS
uclibc: move configuration options into the package In preparation for the introduction of the eglibc library to the internal toolchain backend, the options that allow to enable/disable C library features such as largefile, IPv6, RPC and so on now belong to the uClibc package. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:10 +02:00
config BR2_PTHREADS_OLD
bool "linuxthreads (stable/old)"
uclibc/Config.in: indentation cleanup Signed-off-by: Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net> Reviewed-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-06 15:06:22 +01:00
select BR2_TOOLCHAIN_HAS_THREADS
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
depends on BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD
uclibc: move configuration options into the package In preparation for the introduction of the eglibc library to the internal toolchain backend, the options that allow to enable/disable C library features such as largefile, IPv6, RPC and so on now belong to the uClibc package. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:10 +02:00
config BR2_PTHREADS_NATIVE
bool "Native POSIX Threading (NPTL)"
package/uclibc: fix indentation (use tabs, not spaces) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-07-14 00:27:25 +02:00
select BR2_TOOLCHAIN_HAS_THREADS
toolchain: introduce a toolchain knob for NPTL As our architecture support expands to a number of architectures that do not implement NPTL threading, and the number of packages that depend on NPTL specific features, it has become necessary to be able to know whether the toolchain has NPTL support or not. This commit adds a new BR2_TOOLCHAIN_HAS_THREADS_NPTL hidden Config.in option that allows packages to know whether NPTL is available or not. This hidden option is: * Automatically enabled when glibc/eglibc or musl toolchains are used, either internal or external. * Automatically enabled when an internal uClibc toolchain with NPTL support is configured. It is left disabled otherwise for internal uClibc toolchains. * Configured according to a visible Config.in option for custom external uClibc toolchains. [Peter: factor _EXTERNAL_HAS_THREADS in single if as suggested by Arnout] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-18 22:08:59 +01:00
select BR2_TOOLCHAIN_HAS_THREADS_NPTL
uclibc: adapt thread implementation selection to uClibc-ng uClibc-ng does not support linuxthreads or linuxthreads.old on architectures that have NPTL support. This creates another complicated dependency: dependeing on the uClibc version being used, not the same thread implementations are available. In order to handle this situation, this patch introduces three hidden booleans: - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS - BR2_UCLIBC_VERSION_SUPPORTS_LINUXTHREADS_OLD - BR2_UCLIBC_VERSION_SUPPORTS_NPTL They are selected by the different uClibc versions, depending on which thread implementation they support on the different architectures. Then, the choice of the thread implementation can rely on those booleans to know if a given thread implementation is available in the current architecture / uClibc version selection. This makes sure that unusable thread implementation do not get selected, therefore fixing build issues such as: http://autobuild.buildroot.org/results/89e/89e423bee040cbce3e82cd89f1191efaac490c0d/ The support table is as follows (only taking into account architectures that allow the selection of BR2_TOOLCHAIN_BUILDROOT_UCLIBC, other architectures are not considered) : ----uclibc---- uclibc-xtensa- --uclibc-arc-- --uclibc-ng--- LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL LT LT.old NPTL arc(le|eb) y y n n n n (1) arm(eb) y y y n y y (2) bfin n y n y y n i386 y y y n n y (3) m68k y y y y y n mips(64)(el) y y y n n y powerpc y y y n n y sh y y y n n y sparc y y y n n y xtensa n y n n n y x86_64 y y y n n y (1) : uclibc-ng only has NPTL support for ARC but it requires a more recent compiler version that hasn't been officially released by Synopsys. (2) : the general idea of uclibc-ng is to only support NPTL on architectures where it is available. However, in order to support ARM noMMU platforms, LT.old support has been kept on ARM. (3) : except i386 itself, which doesn't have what's needed for NPTL support. i386 is simply not supported by uclibc-ng basically. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:24 +01:00
depends on BR2_UCLIBC_VERSION_SUPPORTS_NPTL
uclibc: move configuration options into the package In preparation for the introduction of the eglibc library to the internal toolchain backend, the options that allow to enable/disable C library features such as largefile, IPv6, RPC and so on now belong to the uClibc package. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:10 +02:00
endchoice
config BR2_PTHREAD_DEBUG
bool "Thread library debugging"
depends on BR2_PTHREADS || BR2_PTHREADS_OLD || BR2_PTHREADS_NATIVE
select BR2_TOOLCHAIN_HAS_THREADS_DEBUG
help
Build the thread library with debugging enabled.
toolchain: refactor Stack Smashing Protection support This commit refactors how Stack Smashing Protection support is handled in Buildroot: *) It turns the BR2_TOOLCHAIN_BUILDROOT_USE_SSP option into an option that only enables the SSP support in uClibc, when using the internal toolchain backend. *) It adds an hidden BR2_TOOLCHAIN_HAS_SSP option that gets enabled when the toolchain has SSP support. Here we have the usual dance: glibc/eglibc in internal/external backend always select this option, in the case of uClibc/internal, it gets selected when BR2_TOOLCHAIN_BUILDROOT_USE_SSP is enabled, in the case of uClibc/external, there is a new configuration option that the user must select (or not) depending on whether the toolchain has SSP support. *) It adds a new options BR2_ENABLE_SSP in the "Build options" menu, to enable the usage of SSP support, by adding -fstack-protector-all to the CFLAGS. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-09-02 18:06:36 +02:00
config BR2_TOOLCHAIN_BUILDROOT_USE_SSP
bool "Enable stack protection support"
select BR2_TOOLCHAIN_HAS_SSP
help
Enable stack smashing protection support using GCCs
-fstack-protector-all option in uClibc.
See http://www.linuxfromscratch.org/hints/downloads/files/ssp.txt
for details.
uclibc: make target utils optional These are broken for blackfin unfortunately so they're disabled. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-20 14:52:09 +02:00
config BR2_UCLIBC_INSTALL_UTILS
bool "Compile and install uClibc utilities"
default y
help
Enabling this option will compile and install the getconf,
ldconfig and ldd uClibc utilities for the target.
You can save ~32 KiB in target space by disabling them since
they're normally not needed.
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_INSTALL_TEST_SUITE
bool "Compile and install uClibc tests"
select BR2_PACKAGE_MAKE
make: bump to version 4.0 This commit bumps make to version 4.0. This version now uses fork(), so it is no longer available on non-MMU platforms, which consequently works around: http://autobuild.buildroot.org/results/2e1/2e1b11ccb501f1ab431c04435be52a6538d035cb/ The glob special options seem to no longer be needed, at least make 4.0 builds fine with both an ARM uClibc toolchain and an ARM glibc toolchain. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-07-19 14:45:55 +02:00
depends on BR2_USE_MMU # make
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
help
Enabling this option will compile and install the uClibc test suite.
This is useful if you want to check if the uClibc library is working
for your architecture and/or help developing uClibc.
The test suite will be installed into /root/uClibc directory. To run
the test suite enter the /root/uClibc/test directory and type
"make UCLIBC_ONLY=1 CC=/bin/true check".
See the /root/uClibc/test/README for additional information.
This is not needed at all for normal builds, so you can safely say no
if you do not plan to dig into your C library.
# Mapping from the Buildroot architecture configuration options to the
# uClibc architecture names.
config BR2_UCLIBC_TARGET_ARCH
string
uclibc: double quote values of string options kconfig string option values should use double quotes when defined, so this commit fixes package/uclibc/Config.in in that respect. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:28 +01:00
default "arc" if BR2_arcle || BR2_arceb
default "arm" if BR2_arm || BR2_armeb
default "m68k" if BR2_m68k
default "mips" if BR2_mips || BR2_mipsel || BR2_mips64 || BR2_mips64el
default "powerpc" if BR2_powerpc
default "sh" if BR2_sh
default "sparc" if BR2_sparc
default "xtensa" if BR2_xtensa
default "i386" if BR2_i386
default "x86_64" if BR2_x86_64
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
uclibc: add explicit setup of ARC-specific options As with other architectures for ARC we need to have an ability to set specific options in uClibc. In particular this is required for selection of ARC ISA version. [Peter: string type, so must be in quotes as noted by Yann] Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <akolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-10-30 14:57:28 +01:00
config BR2_UCLIBC_ARC_TYPE
string
depends on BR2_UCLIBC_TARGET_ARCH = "arc"
default "ARC_CPU_700" if BR2_arc750d
default "ARC_CPU_700" if BR2_arc770d
arc: add support of ARC HS38 core Synopsys has recently announced its new ARC HS38 core that is capable of running Linux - http://www.synopsys.com/dw/ipdir.php?ds=arc-hs38-processor ARC HS38 is based on ARCv2 ISA and requires special settings of gcc and libc. Also in case of HS38 atomic extensions (LLOCK/SCOND instructions) are built-in by default, so enabling atomic extensions in Buildroot as well. This commit adds support of the core in buildroot. [Peter: string type, so must be in quotes as noted by Yann] Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <anton.kolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-10-30 14:57:29 +01:00
default "ARC_CPU_HS" if BR2_archs38
uclibc: add explicit setup of ARC-specific options As with other architectures for ARC we need to have an ability to set specific options in uClibc. In particular this is required for selection of ARC ISA version. [Peter: string type, so must be in quotes as noted by Yann] Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Anton Kolesov <akolesov@synopsys.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-10-30 14:57:28 +01:00
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_ARM_BX
bool
depends on BR2_UCLIBC_TARGET_ARCH = "arm"
uclibc/arm: doesn't build in thumb(1) mode with threads It runs out of registers, it fails even in official form (COMPILE_IN_THUMB_MODE=y) so just build it in ARM mode since EABI mandates interworking. Tested in an arm920t board. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-07-19 15:06:33 +02:00
default y if (BR2_ARM_CPU_HAS_THUMB || BR2_ARM_CPU_HAS_THUMB2)
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_MIPS_ABI
string
depends on BR2_UCLIBC_TARGET_ARCH = "mips"
uclibc: double quote values of string options kconfig string option values should use double quotes when defined, so this commit fixes package/uclibc/Config.in in that respect. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:28 +01:00
default "O32" if BR2_MIPS_OABI32
default "N32" if BR2_MIPS_NABI32
default "N64" if BR2_MIPS_NABI64
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_MIPS_ISA
string
depends on BR2_UCLIBC_TARGET_ARCH = "mips"
uclibc: double quote values of string options kconfig string option values should use double quotes when defined, so this commit fixes package/uclibc/Config.in in that respect. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:28 +01:00
default "MIPS32" if BR2_mips_32
default "MIPS32R2" if BR2_mips_32r2
default "MIPS64" if BR2_mips_64
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_SH_TYPE
string
depends on BR2_UCLIBC_TARGET_ARCH = "sh"
uclibc: double quote values of string options kconfig string option values should use double quotes when defined, so this commit fixes package/uclibc/Config.in in that respect. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:28 +01:00
default "SH2A" if BR2_sh2a
default "SH4" if BR2_sh4 || BR2_sh4eb
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_SPARC_TYPE
string
depends on BR2_UCLIBC_TARGET_ARCH = "sparc"
uclibc: double quote values of string options kconfig string option values should use double quotes when defined, so this commit fixes package/uclibc/Config.in in that respect. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:28 +01:00
default "V7" if BR2_sparc_v7 || BR2_sparc_sparchfleon || BR2_sparc_sparcsfleon
default "V8" if BR2_sparc_v8 || BR2_sparc_sparchfleonv8 || BR2_sparc_sparcsfleonv8
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_POWERPC_TYPE
string
depends on BR2_UCLIBC_TARGET_ARCH = "powerpc"
uclibc: double quote values of string options kconfig string option values should use double quotes when defined, so this commit fixes package/uclibc/Config.in in that respect. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:28 +01:00
default "CLASSIC" if !BR2_powerpc_8540 && !BR2_powerpc_8548
default "E500" if BR2_powerpc_8540 || BR2_powerpc_8548
uclibc: convert to the package infrastructure [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:05 +02:00
config BR2_UCLIBC_X86_TYPE
string
depends on BR2_UCLIBC_TARGET_ARCH = "i386"
uclibc: double quote values of string options kconfig string option values should use double quotes when defined, so this commit fixes package/uclibc/Config.in in that respect. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-11 23:01:28 +01:00
default "386" if BR2_x86_i386
default "486" if BR2_x86_i486
default "586" if BR2_x86_i586
default "586MMX" if BR2_x86_pentium_mmx
default "686" if BR2_x86_i686 || BR2_x86_pentiumpro
default "PENTIUMII" if BR2_x86_pentium2
default "PENTIUMIII" if BR2_x86_pentium3
default "PENTIUM4" if BR2_x86_pentium4 || BR2_x86_pentium_m || \
BR2_x86_nocona || BR2_x86_core2 || BR2_x86_corei7
eglibc: enable support in the Buildroot toolchain backend Using the newly introduced 'eglibc' package, this commit enables the option of building a toolchain using the eglibc C library in the Buildroot toolchain backend. In details, this commit: * Creates a choice to select uClibc or eglibc in the Buildroot toolchain backend (in toolchain/toolchain-buildroot/Config.in), and removes the fact that the Buildroot toolchain backend forcefully enables uClibc (toolchain/Config.in). * Creates a BUILDROOT_LIBC variables, which points to the package implementing the C library (i.e either 'uclibc' or 'eglibc'). * Modifies the gcc-final and gcc-intermediate makefiles to use the BUILDROOT_LIBC variable instead of hardcoding the use of uclibc. * Ensures that TLS support is always enabled when building eglibc. [Peter: fix commit text to refer to BUILDROOT_LIBC] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:12 +02:00
endif # BR2_TOOLCHAIN_BUILDROOT_UCLIBC
Reference in New Issue Copy Permalink