mirrors/openwrt
0
0
Fork 0
mirror of https://github.com/openwrt/openwrt.git synced 2024-11-23 18:05:20 +08:00
Code Issues Packages Projects Releases Wiki Activity
546559587f
openwrt/toolchain/Config.in

380 lines
10 KiB
Plaintext
Raw Normal View History

move menuconfig options into separate files Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 38895
2013-11-22 22:30:40 +08:00
# Copyright (C) 2006-2013 OpenWrt.org
Initial revision SVN-Revision: 197
2005-01-16 19:43:02 +08:00
#
move menuconfig options into separate files Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 38895
2013-11-22 22:30:40 +08:00
# This is free software, licensed under the GNU General Public License v2.
# See /LICENSE for more information.
#
menuconfig TARGET_OPTIONS
bool "Target Options" if DEVEL
config TARGET_OPTIMIZATION
string "Target Optimizations" if TARGET_OPTIONS
default DEFAULT_TARGET_OPTIMIZATION
help
Optimizations to use when building for the target host.
config SOFT_FLOAT
bool "Use software floating point by default" if TARGET_OPTIONS
enable using soft-float regardless of having a fpu Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 38939
2013-11-29 17:24:07 +08:00
default y if !HAS_FPU
depends on arm || armeb || powerpc || mipsel || mips || mips64el || mips64
move menuconfig options into separate files Signed-off-by: Imre Kaloz <kaloz@openwrt.org> SVN-Revision: 38895
2013-11-22 22:30:40 +08:00
help
If your target CPU does not have a Floating Point Unit (FPU) or a
kernel FPU emulator, but you still wish to support floating point
functions, then everything will need to be compiled with soft floating
point support (-msoft-float).
Most people will answer N.
config USE_MIPS16
bool "Build packages with MIPS16 instructions" if TARGET_OPTIONS
depends on HAS_MIPS16
default y
help
If your target CPU does support the MIPS16 instruction set
and you want to use it for packages, enable this option.
MIPS16 produces smaller binaries thus reducing pressure on
caches and TLB.
Most people will answer N.
tools/llvm-bpf: add llvm+clang build suitable for compiling code to eBPF Preparation for building packages that ship eBPF code Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-10-17 23:50:53 +08:00
config: add choice for selecting the LLVM toolchain type This is global for all BPF based packages Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-01 22:36:36 +08:00
choice BPF_TOOLCHAIN
prompt "BPF toolchain" if DEVEL
llvm-bpf: support creating a tarball in bin This can be used for adding the toolchain to an existing tree without having to build it from scratch. Enable building the toolchain + tarball by default on buildbot Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-04 22:16:07 +08:00
default BPF_TOOLCHAIN_BUILD_LLVM if BUILDBOT
build: add support for using prebuilt LLVM toolchain When the prebuilt llvm toolchain is unpacked into the source dir, it is automatically picked up and used by the build system, and eBPF based packages can be selected Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-05 03:04:44 +08:00
default BPF_TOOLCHAIN_PREBUILT if HAS_PREBUILT_LLVM_TOOLCHAIN
config: add choice for selecting the LLVM toolchain type This is global for all BPF based packages Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-01 22:36:36 +08:00
default BPF_TOOLCHAIN_NONE
config BPF_TOOLCHAIN_NONE
bool "None"
build: add support for using prebuilt LLVM toolchain When the prebuilt llvm toolchain is unpacked into the source dir, it is automatically picked up and used by the build system, and eBPF based packages can be selected Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-05 03:04:44 +08:00
config BPF_TOOLCHAIN_PREBUILT
bool "Use prebuilt LLVM toolchain"
depends on HAS_PREBUILT_LLVM_TOOLCHAIN
select USE_LLVM_PREBUILT
config: add choice for selecting the LLVM toolchain type This is global for all BPF based packages Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-01 22:36:36 +08:00
config BPF_TOOLCHAIN_HOST
build: fix bpf toolchain dependency for qosify Add hidden symbols to fix defaults with CONFIG_DEVEL unset Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-02 01:40:03 +08:00
select USE_LLVM_HOST
config: add choice for selecting the LLVM toolchain type This is global for all BPF based packages Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-01 22:36:36 +08:00
bool "Use host LLVM toolchain"
config BPF_TOOLCHAIN_BUILD_LLVM
build: fix bpf toolchain dependency for qosify Add hidden symbols to fix defaults with CONFIG_DEVEL unset Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-02 01:40:03 +08:00
select USE_LLVM_BUILD
config: add choice for selecting the LLVM toolchain type This is global for all BPF based packages Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-01 22:36:36 +08:00
bool "Build LLVM toolchain for eBPF"
help
If enabled, a LLVM toolchain for building eBPF binaries will be built.
If this is not enabled, eBPF packages can only be built if the host
has a suitable toolchain
endchoice
config BPF_TOOLCHAIN_HOST_PATH
string
depends on BPF_TOOLCHAIN_HOST
prompt "Host LLVM toolchain path (prefix)" if DEVEL
default "/usr/local/opt/llvm" if HOST_OS_MACOS
default ""
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
menuconfig EXTERNAL_TOOLCHAIN
add secret option to use host's toolchain when native compiling SVN-Revision: 4553
2006-08-11 03:25:26 +08:00
bool
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
prompt "Use external toolchain" if DEVEL
add secret option to use host's toolchain when native compiling SVN-Revision: 4553
2006-08-11 03:25:26 +08:00
help
toolchain: replace LEDE in help text Use generic wording. Signed-off-by: Karl Pálsson <karlp@etactica.com> Signed-off-by: Christian Lamparter <chunkeey@gmail.com> [fixed a -> á]
2019-06-06 01:16:52 +08:00
If enabled, the buildroot will compile using an existing toolchain instead of
Kconfig: Aesthetic/formatting fixes to toolchain/Config.in. Non-functional edits to toolchain/Config.in: * fix spelling mistake ("us" -> "is") * Overly long help lines shortened to avoid line wrap * Standardize help info to use tab(s), then two spaces Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> SVN-Revision: 42518
2014-09-14 04:26:51 +08:00
compiling one.
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
config NATIVE_TOOLCHAIN
bool
prompt "Use host's toolchain" if DEVEL
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on EXTERNAL_TOOLCHAIN
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
select NO_STRIP
help
toolchain: replace LEDE in help text Use generic wording. Signed-off-by: Karl Pálsson <karlp@etactica.com> Signed-off-by: Christian Lamparter <chunkeey@gmail.com> [fixed a -> á]
2019-06-06 01:16:52 +08:00
If enabled, the buildroot will compile using the native toolchain for your
Kconfig: Aesthetic/formatting fixes to toolchain/Config.in. Non-functional edits to toolchain/Config.in: * fix spelling mistake ("us" -> "is") * Overly long help lines shortened to avoid line wrap * Standardize help info to use tab(s), then two spaces Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> SVN-Revision: 42518
2014-09-14 04:26:51 +08:00
host instead of compiling one.
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
config TARGET_NAME
string
prompt "Target name" if DEVEL
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN
aarch64: add initial support Add initial support for the AArch64 architecture Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 43353
2014-11-24 14:33:13 +08:00
default "aarch64-unknown-linux-gnu" if aarch64
default "aarch64_be-unknown-linux-gnu" if aarch64_be
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
default "arm-unknown-linux-gnu" if arm
default "armeb-unknown-linux-gnu" if armeb
default "i486-unknown-linux-gnu" if i386
loongarch64: new target Add target for Loongson LoongArch64-based boards. LoongArch is a new RISC ISA developed by Loongson. It's a bit like MIPS or RISC-V. LoongArch includes both 32-bit and 64-bit versions (LoongArch32/LoongArch64). Loongson 3A5000 and 3A6000 are the two existing CPUs of LoongArch64 and is used for PC products. It's BIOS supports ACPI and UEFI-only boot. These CPUs supports SMP and SMT. At present only LoongArch64 is supported by linux kernel. Toolchain requirement: binutils >= 2.40 gcc >= 13.1 For details, please check the following links: https://lwn.net/Articles/861951/ https://loongson.github.io/LoongArch-Documentation/README-EN.html Signed-off-by: Weijie Gao <hackpascal@gmail.com>
2024-01-07 03:10:45 +08:00
default "loongarch64-unknown-linux-gnu" if loongarch64
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
default "mips-unknown-linux-gnu" if mips
default "mipsel-unknown-linux-gnu" if mipsel
default "powerpc-unknown-linux-gnu" if powerpc
default "x86_64-unknown-linux-gnu" if x86_64
config TOOLCHAIN_PREFIX
string
prompt "Toolchain prefix" if DEVEL
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN
aarch64: add initial support Add initial support for the AArch64 architecture Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 43353
2014-11-24 14:33:13 +08:00
default "aarch64-unknown-linux-gnu" if aarch64
default "aarch64_be-unknown-linux-gnu" if aarch64_be
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
default "arm-unknown-linux-gnu-" if arm
default "armeb-unknown-linux-gnu-" if armeb
default "i486-unknown-linux-gnu-" if i386
loongarch64: new target Add target for Loongson LoongArch64-based boards. LoongArch is a new RISC ISA developed by Loongson. It's a bit like MIPS or RISC-V. LoongArch includes both 32-bit and 64-bit versions (LoongArch32/LoongArch64). Loongson 3A5000 and 3A6000 are the two existing CPUs of LoongArch64 and is used for PC products. It's BIOS supports ACPI and UEFI-only boot. These CPUs supports SMP and SMT. At present only LoongArch64 is supported by linux kernel. Toolchain requirement: binutils >= 2.40 gcc >= 13.1 For details, please check the following links: https://lwn.net/Articles/861951/ https://loongson.github.io/LoongArch-Documentation/README-EN.html Signed-off-by: Weijie Gao <hackpascal@gmail.com>
2024-01-07 03:10:45 +08:00
default "loongarch64-unknown-linux-gnu-" if loongarch64
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
default "mips-unknown-linux-gnu-" if mips
default "mipsel-unknown-linux-gnu-" if mipsel
default "powerpc-unknown-linux-gnu-" if powerpc
default "x86_64-unknown-linux-gnu-" if x86_64
config TOOLCHAIN_ROOT
string
prompt "Toolchain root" if DEVEL
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN
aarch64: add initial support Add initial support for the AArch64 architecture Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 43353
2014-11-24 14:33:13 +08:00
default "/opt/cross/aarch64-unknown-linux-gnu" if aarch64
default "/opt/cross/aarch64_be-unknown-linux-gnu" if aarch64_be
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
default "/opt/cross/arm-unknown-linux-gnu" if arm
default "/opt/cross/armeb-unknown-linux-gnu" if armeb
default "/opt/cross/i486-unknown-linux-gnu" if i386
loongarch64: new target Add target for Loongson LoongArch64-based boards. LoongArch is a new RISC ISA developed by Loongson. It's a bit like MIPS or RISC-V. LoongArch includes both 32-bit and 64-bit versions (LoongArch32/LoongArch64). Loongson 3A5000 and 3A6000 are the two existing CPUs of LoongArch64 and is used for PC products. It's BIOS supports ACPI and UEFI-only boot. These CPUs supports SMP and SMT. At present only LoongArch64 is supported by linux kernel. Toolchain requirement: binutils >= 2.40 gcc >= 13.1 For details, please check the following links: https://lwn.net/Articles/861951/ https://loongson.github.io/LoongArch-Documentation/README-EN.html Signed-off-by: Weijie Gao <hackpascal@gmail.com>
2024-01-07 03:10:45 +08:00
default "/opt/cross/loongarch64-unknown-linux-gnu" if loongarch64
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
default "/opt/cross/mips-unknown-linux-gnu" if mips
default "/opt/cross/mipsel-unknown-linux-gnu" if mipsel
default "/opt/cross/powerpc-unknown-linux-gnu" if powerpc
default "/opt/cross/x86_64-unknown-linux-gnu" if x86_64
toolchain: Rework external toolchain libc selection Make it a choice menu which offers the 3 C libraries we know about: glibc, uClibc and musl. While at it, make it possible for the external toolchain libc to select USE_GLIBC, USE_UCLIBC or USE_MUSL which is used by several packages to conditionally include specific CFLAGS (e.g: iproute2). Because USE_GLIBC et al. can now be selected by external toolchains, we need to restrict the per-libc menus to check on !EXTERNAL_TOOLCHAIN. While at it, make musl the default C library for external toolchain to match the internal toolchain. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com> Signed-off-by: Felix Fietkau <nbd@nbd.name>
2016-09-20 03:59:32 +08:00
choice TOOLCHAIN_LIBC_TYPE
buildroot: allow specifying libc personality for external toolchains SVN-Revision: 35703
2013-02-20 23:06:10 +08:00
prompt "Toolchain libc" if DEVEL
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN
toolchain: Rework external toolchain libc selection Make it a choice menu which offers the 3 C libraries we know about: glibc, uClibc and musl. While at it, make it possible for the external toolchain libc to select USE_GLIBC, USE_UCLIBC or USE_MUSL which is used by several packages to conditionally include specific CFLAGS (e.g: iproute2). Because USE_GLIBC et al. can now be selected by external toolchains, we need to restrict the per-libc menus to check on !EXTERNAL_TOOLCHAIN. While at it, make musl the default C library for external toolchain to match the internal toolchain. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com> Signed-off-by: Felix Fietkau <nbd@nbd.name>
2016-09-20 03:59:32 +08:00
default EXTERNAL_TOOLCHAIN_LIBC_USE_MUSL
buildroot: allow specifying libc personality for external toolchains SVN-Revision: 35703
2013-02-20 23:06:10 +08:00
help
Kconfig: Aesthetic/formatting fixes to toolchain/Config.in. Non-functional edits to toolchain/Config.in: * fix spelling mistake ("us" -> "is") * Overly long help lines shortened to avoid line wrap * Standardize help info to use tab(s), then two spaces Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> SVN-Revision: 42518
2014-09-14 04:26:51 +08:00
Specify the libc type used by the external toolchain. The given value
is passed as -m flag to all gcc and g++ invocations. This is mainly
intended for multilib toolchains which support glibc and uclibc at
the same time. If no value is specified, no -m flag is passed.
buildroot: allow specifying libc personality for external toolchains SVN-Revision: 35703
2013-02-20 23:06:10 +08:00
toolchain: Rework external toolchain libc selection Make it a choice menu which offers the 3 C libraries we know about: glibc, uClibc and musl. While at it, make it possible for the external toolchain libc to select USE_GLIBC, USE_UCLIBC or USE_MUSL which is used by several packages to conditionally include specific CFLAGS (e.g: iproute2). Because USE_GLIBC et al. can now be selected by external toolchains, we need to restrict the per-libc menus to check on !EXTERNAL_TOOLCHAIN. While at it, make musl the default C library for external toolchain to match the internal toolchain. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com> Signed-off-by: Felix Fietkau <nbd@nbd.name>
2016-09-20 03:59:32 +08:00
config EXTERNAL_TOOLCHAIN_LIBC_USE_GLIBC
bool "glibc"
select USE_GLIBC
config EXTERNAL_TOOLCHAIN_LIBC_USE_MUSL
bool "musl"
select USE_MUSL
endchoice
scripts/ext-toolchain: implement external GCC version detection Some package may needs to enable compatibility option based on the GCC version. Currently the GCC version is set based on the default value and doesn't actually reflect the real value provided by the external toolchain if used. Fix this by correctly detecting the GCC version in the external toolchain and set the correct value in CONFIG_GCC_VERSION. A new option is added in menuconfig to manually set the GCC version if needed. Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2023-10-19 20:19:09 +08:00
config EXTERNAL_GCC_VERSION
string
prompt "External Toolchain GCC Version" if DEVEL
depends on EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN
help
Manually specify the GCC version used by the selected
external toolchain.
toolchain: Rework external toolchain libc selection Make it a choice menu which offers the 3 C libraries we know about: glibc, uClibc and musl. While at it, make it possible for the external toolchain libc to select USE_GLIBC, USE_UCLIBC or USE_MUSL which is used by several packages to conditionally include specific CFLAGS (e.g: iproute2). Because USE_GLIBC et al. can now be selected by external toolchains, we need to restrict the per-libc menus to check on !EXTERNAL_TOOLCHAIN. While at it, make musl the default C library for external toolchain to match the internal toolchain. Signed-off-by: Florian Fainelli <f.fainelli@gmail.com> Signed-off-by: Felix Fietkau <nbd@nbd.name>
2016-09-20 03:59:32 +08:00
config TOOLCHAIN_LIBC
string
depends on EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN
default "glibc" if EXTERNAL_TOOLCHAIN_LIBC_USE_GLIBC
default "musl" if EXTERNAL_TOOLCHAIN_LIBC_USE_MUSL
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
config TOOLCHAIN_BIN_PATH
string
prompt "Toolchain program path" if DEVEL
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
default "./usr/bin ./bin"
help
Kconfig: Aesthetic/formatting fixes to toolchain/Config.in. Non-functional edits to toolchain/Config.in: * fix spelling mistake ("us" -> "is") * Overly long help lines shortened to avoid line wrap * Standardize help info to use tab(s), then two spaces Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> SVN-Revision: 42518
2014-09-14 04:26:51 +08:00
Specify additional directories searched for toolchain binaries
(override PATH). Use ./DIR for directories relative to the root above.
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
config TOOLCHAIN_INC_PATH
string
prompt "Toolchain include path" if DEVEL
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN
toolchain: Include ./include/fortify for external musl toolchain When building with an external toolcahin with musl also include ./include/fortify by default. This is also done when we build with the internal toolchain using musl libc. Without this extra include the fortify source feature is not working when using an external musl toolchain. All binaries were compiled without fortify source when an external musl toolchain was used. All binaries release done by the OpenWrt project use the internal toolcahin where fortify source is working. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2022-09-12 06:31:43 +08:00
default "./usr/include ./include/fortify ./include" if EXTERNAL_TOOLCHAIN_LIBC_USE_MUSL
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
default "./usr/include ./include"
help
Kconfig: Aesthetic/formatting fixes to toolchain/Config.in. Non-functional edits to toolchain/Config.in: * fix spelling mistake ("us" -> "is") * Overly long help lines shortened to avoid line wrap * Standardize help info to use tab(s), then two spaces Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> SVN-Revision: 42518
2014-09-14 04:26:51 +08:00
Specify additional directories searched for header files (override
CPPFLAGS). Use ./DIR for directories relative to the root above.
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
config TOOLCHAIN_LIB_PATH
string
prompt "Toolchain library path" if DEVEL
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
default "./usr/lib ./lib"
help
Kconfig: Aesthetic/formatting fixes to toolchain/Config.in. Non-functional edits to toolchain/Config.in: * fix spelling mistake ("us" -> "is") * Overly long help lines shortened to avoid line wrap * Standardize help info to use tab(s), then two spaces Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> SVN-Revision: 42518
2014-09-14 04:26:51 +08:00
Specify additional directories searched for libraries (override LDFLAGS).
Use ./DIR for directories relative to the root above.
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
config NEED_TOOLCHAIN
bool
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on DEVEL
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
default y if !EXTERNAL_TOOLCHAIN
Initial revision SVN-Revision: 197
2005-01-16 19:43:02 +08:00
menuconfig cleanup SVN-Revision: 3684
2006-04-21 07:03:42 +08:00
menuconfig TOOLCHAINOPTS
add external toolchain support, enhance native toolchain support (special thanks to Luigi Mantellini for his help... and patience ;) SVN-Revision: 17682
2009-09-23 10:27:38 +08:00
bool "Toolchain Options" if DEVEL
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on NEED_TOOLCHAIN
menuconfig cleanup SVN-Revision: 3684
2006-04-21 07:03:42 +08:00
provide a cleaner way to specify a biarch toolchain build Currently, to build a biarch toolchain, we need to explicitly give options to the binutils and gcc configure commands: CONFIG_EXTRA_BINUTILS_CONFIG_OPTIONS="--enable-targets=powerpc64-linux-uclibc" CONFIG_EXTRA_GCC_CONFIG_OPTIONS="--enable-biarch --enable-targets=powerpc64-linux-uclibc" This change replaces the command line options with an 'extra arch' configure option: CONFIG_EXTRA_TARGET_ARCH=y CONFIG_EXTRA_TARGET_ARCH_NAME="powerpc64" And a way to invoke this extra arch on the compiler command-line: CONFIG_EXTRA_TARGET_ARCH_OPTS="-m64" In this case, this results in an extra compiler: 'powerpc64-linux-uclibc-gcc', which invokes 'powerpc-linux-uclibc-gcc -m64' This is a more standard way of building biarch toolchains, and allows the packages to not have to care about how to invoke the 64-bit compiler. Signed-off-by: Jeremy Kerr <jk@ozlabs.org> SVN-Revision: 10802
2008-04-13 07:14:42 +08:00
menuconfig EXTRA_TARGET_ARCH
bool
prompt "Enable an extra toolchain target architecture" if TOOLCHAINOPTS
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on !sparc
provide a cleaner way to specify a biarch toolchain build Currently, to build a biarch toolchain, we need to explicitly give options to the binutils and gcc configure commands: CONFIG_EXTRA_BINUTILS_CONFIG_OPTIONS="--enable-targets=powerpc64-linux-uclibc" CONFIG_EXTRA_GCC_CONFIG_OPTIONS="--enable-biarch --enable-targets=powerpc64-linux-uclibc" This change replaces the command line options with an 'extra arch' configure option: CONFIG_EXTRA_TARGET_ARCH=y CONFIG_EXTRA_TARGET_ARCH_NAME="powerpc64" And a way to invoke this extra arch on the compiler command-line: CONFIG_EXTRA_TARGET_ARCH_OPTS="-m64" In this case, this results in an extra compiler: 'powerpc64-linux-uclibc-gcc', which invokes 'powerpc-linux-uclibc-gcc -m64' This is a more standard way of building biarch toolchains, and allows the packages to not have to care about how to invoke the 64-bit compiler. Signed-off-by: Jeremy Kerr <jk@ozlabs.org> SVN-Revision: 10802
2008-04-13 07:14:42 +08:00
help
Some builds may require a 'biarch' toolchain. This option
allows you to specify an additional target arch.
Most people will answer N here.
config EXTRA_TARGET_ARCH_NAME
string
prompt "Extra architecture name" if EXTRA_TARGET_ARCH
help
Specify the cpu name (eg powerpc64 or x86_64) of the
additional target architecture.
config EXTRA_TARGET_ARCH_OPTS
string
prompt "Extra architecture compiler options" if EXTRA_TARGET_ARCH
help
If you're specifying an addition target architecture,
you'll probably need to also provide options to make
the compiler use this alternate arch.
For example, if you're building a compiler that can build
both powerpc and powerpc64 binaries, you'll need to
specify -m64 here.
toolchain: allow choosing the MIPS64 user-land ABI Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 36205
2013-04-05 20:36:23 +08:00
choice
prompt "MIPS64 user-land ABI" if TOOLCHAINOPTS && (mips64 || mips64el)
default MIPS64_ABI_N64
help
MIPS64 supports 3 different user-land ABIs: o32 (legacy),
n32 and n64.
config MIPS64_ABI_N64
bool "n64"
config MIPS64_ABI_N32
toolchain: use musl instead of glibc by default for mips64 Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48804
2016-02-26 18:56:02 +08:00
depends on !LIBC_USE_MUSL
toolchain: allow choosing the MIPS64 user-land ABI Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 36205
2013-04-05 20:36:23 +08:00
bool "n32"
config MIPS64_ABI_O32
bool "o32"
endchoice
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
comment "Binary tools"
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on TOOLCHAINOPTS
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
Initial revision SVN-Revision: 197
2005-01-16 19:43:02 +08:00
source "toolchain/binutils/Config.in"
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
tools/dwarves: add host package dwarves is a set of tools that use the debugging information inserted in ELF binaries by compilers such as GCC. Utilities in the dwarves suite include pahole, which can be used to find alignment holes in structs and classes, and also extracts other information such as CPU cacheline alignment, helping pack those structures to achieve more cache hits. These tools are also used to encode and read the BTF type information format used with the bpf syscall, making this a Linux build dependency when using kernel BTF information. Signed-off-by: Tony Ambardar <itugrok@yahoo.com> Signed-off-by: Felix Fietkau <nbd@nbd.name> [bump to 1.23, add elfutils dep, drop host lib usage, drop cmake release target, use RM macro] Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
2020-11-25 06:15:09 +08:00
config DWARVES
bool
prompt "Build pahole" if TOOLCHAINOPTS
depends on !HOST_OS_MACOS
help
Enable if you want to build pahole and the dwarves tools.
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
comment "Compiler"
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on TOOLCHAINOPTS
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
Initial revision SVN-Revision: 197
2005-01-16 19:43:02 +08:00
source "toolchain/gcc/Config.in"
add support for alternative C libraries (currently only glibc/eglibc) other (related) changes: - kernel headers are now installed using "make headers_install" on 2.6 - target names now contain an openwrt "vendor" tag (e.g. mips-openwrt-linux-gnu) - build directory names now contain gcc/libc name/version - default cpu for x86 is now i486 (required to build glibc/eglibc) SVN-Revision: 13931
2009-01-08 09:49:11 +08:00
toolchain: Replace YASM with NASM Packages libx264 and ffmpeg are built with ASM options on x86 platforms. The current libx264 version no longer builds with YASM and requires NASM. ffmpeg 3.x can be built with either YASM or NASM however, furture 4.x versions will require NASM. Signed-off-by: Ted Hess <thess@kitschensync.net> Acked-by: Rosen Penev <rosenp@gmail.com>
2018-06-29 07:28:02 +08:00
config NASM
toolchain: include yasm in x86 toolchain Some libraries require yasm to build with in-line assembly for x86 targets. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
2016-08-19 23:49:09 +08:00
bool
depends on ( i386 || x86_64 )
toolchain: Replace YASM with NASM Packages libx264 and ffmpeg are built with ASM options on x86 platforms. The current libx264 version no longer builds with YASM and requires NASM. ffmpeg 3.x can be built with either YASM or NASM however, furture 4.x versions will require NASM. Signed-off-by: Ted Hess <thess@kitschensync.net> Acked-by: Rosen Penev <rosenp@gmail.com>
2018-06-29 07:28:02 +08:00
prompt "Build nasm" if TOOLCHAINOPTS
toolchain: include yasm in x86 toolchain Some libraries require yasm to build with in-line assembly for x86 targets. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
2016-08-19 23:49:09 +08:00
default y
help
toolchain: Replace YASM with NASM Packages libx264 and ffmpeg are built with ASM options on x86 platforms. The current libx264 version no longer builds with YASM and requires NASM. ffmpeg 3.x can be built with either YASM or NASM however, furture 4.x versions will require NASM. Signed-off-by: Ted Hess <thess@kitschensync.net> Acked-by: Rosen Penev <rosenp@gmail.com>
2018-06-29 07:28:02 +08:00
Enable if you want to build nasm
toolchain: include yasm in x86 toolchain Some libraries require yasm to build with in-line assembly for x86 targets. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
2016-08-19 23:49:09 +08:00
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
comment "C Library"
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on TOOLCHAINOPTS
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
add support for alternative C libraries (currently only glibc/eglibc) other (related) changes: - kernel headers are now installed using "make headers_install" on 2.6 - target names now contain an openwrt "vendor" tag (e.g. mips-openwrt-linux-gnu) - build directory names now contain gcc/libc name/version - default cpu for x86 is now i486 (required to build glibc/eglibc) SVN-Revision: 13931
2009-01-08 09:49:11 +08:00
choice
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
prompt "C Library implementation" if TOOLCHAINOPTS
toolchain: default to glibc for ARC glibc 2.32 gained support for the ARC architecture. This is preparation for removing uClibc-ng. Signed-off-by: Rosen Penev <rosenp@gmail.com>
2020-12-12 11:18:33 +08:00
default LIBC_USE_GLIBC if arc
toolchain: switch to musl by default, except for mips64 Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45995
2015-06-16 07:05:08 +08:00
default LIBC_USE_MUSL
add support for alternative C libraries (currently only glibc/eglibc) other (related) changes: - kernel headers are now installed using "make headers_install" on 2.6 - target names now contain an openwrt "vendor" tag (e.g. mips-openwrt-linux-gnu) - build directory names now contain gcc/libc name/version - default cpu for x86 is now i486 (required to build glibc/eglibc) SVN-Revision: 13931
2009-01-08 09:49:11 +08:00
help
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
Select the C library implementation.
add support for alternative C libraries (currently only glibc/eglibc) other (related) changes: - kernel headers are now installed using "make headers_install" on 2.6 - target names now contain an openwrt "vendor" tag (e.g. mips-openwrt-linux-gnu) - build directory names now contain gcc/libc name/version - default cpu for x86 is now i486 (required to build glibc/eglibc) SVN-Revision: 13931
2009-01-08 09:49:11 +08:00
toolchain: The glorious return of glibc, ver 2.21 It's the eglibc packaging with a bit of spit-polishing. And testing. :-) [blogic: merged glibc and eglibc into 1 and made eglibc a glibc variant] Signed-off-by: Jeff Waugh <jdub@bethesignal.org> Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 44701
2015-03-13 03:50:57 +08:00
config LIBC_USE_GLIBC
glibc: add 2.24 since eglibc is deprecated just use glibc as name - fix build errors w. stack-protector (observed for x86_64): libresolv_pic.a(gethnamaddr.os): In function `addrsort': gethnamaddr.c:(.text+0x425): undefined reference to `__stack_chk_guard' by additionally setting libc_cv_ssp_strong=no like previously libc_cv_ssp=no was set - fix compile errors on 2.24 x86 introduced by upstream changesets "Optimize i386 syscall inlining" errors are like: - https://sourceware.org/ml/libc-alpha/2015-10/msg00745.html and trying to fix with the whats suggested at: https://patchwork.openembedded.org/patch/118909/ leads to other error: gcc6: elf/librtld.os: In function `__mmap': (.text+0x131a9): undefined reference to `__libc_do_syscall' or: gcc5: elf/dl-load.os {standard input}: Assembler messages: {standard input}:5129: Error: symbol `__x86.get_pc_thunk.cx' is already defined instead of testing other flags/effects (-fno-omit-frame-pointer) just use -O2 (like buildroot does) instead of -Os boot+pings tested on: qemu malta (le+be) (gcc5+bin2.25.1) qemu aarch64 (gcc5+bin2.25.1) qemu x86_64 (gcc6+bin2.26) qemu x86 generic (gcc6+bin2.26) Signed-off-by: Dirk Neukirchen <dirkneukirchen@web.de>
2016-08-29 20:16:14 +08:00
bool "Use glibc"
toolchain: The glorious return of glibc, ver 2.21 It's the eglibc packaging with a bit of spit-polishing. And testing. :-) [blogic: merged glibc and eglibc into 1 and made eglibc a glibc variant] Signed-off-by: Jeff Waugh <jdub@bethesignal.org> Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 44701
2015-03-13 03:50:57 +08:00
select USE_GLIBC
toolchain: get rid of libc implementation symbol overloading SVN-Revision: 36360
2013-04-18 20:05:08 +08:00
config LIBC_USE_MUSL
select USE_MUSL
aarch64: add initial support Add initial support for the AArch64 architecture Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 43353
2014-11-24 14:33:13 +08:00
bool "Use musl"
toolchain: Remove powerpc64 libc restriction Starting with version 1.1.15, musl supports powerpc64. There are no known users of powerpc64 yet. This is effectively a revert of 0de93311e1575ab6f8e9e90b5023b6fb2cedcf1f Signed-off-by: Rosen Penev <rosenp@gmail.com>
2019-07-18 09:57:40 +08:00
depends on !arc
add preliminary support for musl Musl is an alternative C-library, see http://www.musl-libc.org for more infos. Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 34314
2012-11-24 04:02:29 +08:00
add support for alternative C libraries (currently only glibc/eglibc) other (related) changes: - kernel headers are now installed using "make headers_install" on 2.6 - target names now contain an openwrt "vendor" tag (e.g. mips-openwrt-linux-gnu) - build directory names now contain gcc/libc name/version - default cpu for x86 is now i486 (required to build glibc/eglibc) SVN-Revision: 13931
2009-01-08 09:49:11 +08:00
endchoice
musl: improve crypt() size hack Instead of silently downgrading any non-MD5 crypt() request to DES, cleanly fail with return NULL and errno = ENOSYS. This allows callers to notice the missing support instead of the unwanted silent fallback to DES. Also add a menuconfig toolchain option to optionally disable the crypt size hack completely. This can be probably made dependant on SMALL_FLASH or a similar feature indicator in a future commit. Ref: https://github.com/openwrt/openwrt/pull/1331 Signed-off-by: Jo-Philipp Wich <jo@mein.io>
2019-01-22 16:50:09 +08:00
source "toolchain/musl/Config.in"
Initial revision SVN-Revision: 197
2005-01-16 19:43:02 +08:00
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
comment "Debuggers"
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on TOOLCHAINOPTS
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 22:32:36 +08:00
cleanup; replace .PHONY with FORCE; disable gdb by default SVN-Revision: 3877
2006-06-01 07:29:05 +08:00
config GDB
bool
prompt "Build gdb" if TOOLCHAINOPTS
toolchain: do not build GDB when using an external toolchain The external toolchain should provide it if needed. Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 36802
2013-05-31 06:04:54 +08:00
default y if !EXTERNAL_TOOLCHAIN
cleanup; replace .PHONY with FORCE; disable gdb by default SVN-Revision: 3877
2006-06-01 07:29:05 +08:00
help
Kconfig: Aesthetic/formatting fixes to toolchain/Config.in. Non-functional edits to toolchain/Config.in: * fix spelling mistake ("us" -> "is") * Overly long help lines shortened to avoid line wrap * Standardize help info to use tab(s), then two spaces Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> SVN-Revision: 42518
2014-09-14 04:26:51 +08:00
Enable if you want to build the gdb.
cleanup; replace .PHONY with FORCE; disable gdb by default SVN-Revision: 3877
2006-06-01 07:29:05 +08:00
toolchain: gdb: Add optional python support Compile gdb with python support optionally. To use the Python support in gdb some extra python files are needed, install them too. While at it also install other shared files which we did not install before. If gdb is built without Python support the python folder does not exists. Signed-off-by: Hauke Mehrtens <hmehrtens@maxlinear.com>
2021-05-29 00:35:40 +08:00
config GDB_PYTHON
bool
depends on GDB
prompt "Build gdb with python binding"
help
Enable the python bindings for GDB to allow using python in the gdb shell.
build: fix bpf toolchain dependency for qosify Add hidden symbols to fix defaults with CONFIG_DEVEL unset Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-02 01:40:03 +08:00
config HAS_BPF_TOOLCHAIN
bool
build: add support for using prebuilt LLVM toolchain When the prebuilt llvm toolchain is unpacked into the source dir, it is automatically picked up and used by the build system, and eBPF based packages can be selected Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-05 03:04:44 +08:00
config HAS_PREBUILT_LLVM_TOOLCHAIN
def_bool $(shell, [ -f llvm-bpf/.llvm-version ] && echo y || echo n)
build: fix bpf toolchain dependency for qosify Add hidden symbols to fix defaults with CONFIG_DEVEL unset Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-02 01:40:03 +08:00
config USE_LLVM_HOST
select HAS_BPF_TOOLCHAIN
bool
build: add support for using prebuilt LLVM toolchain When the prebuilt llvm toolchain is unpacked into the source dir, it is automatically picked up and used by the build system, and eBPF based packages can be selected Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-05 03:04:44 +08:00
config USE_LLVM_PREBUILT
select HAS_BPF_TOOLCHAIN
default y if !DEVEL && !BUILDBOT && HAS_PREBUILT_LLVM_TOOLCHAIN
bool
build: fix bpf toolchain dependency for qosify Add hidden symbols to fix defaults with CONFIG_DEVEL unset Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-02 01:40:03 +08:00
config USE_LLVM_BUILD
llvm-bpf: support creating a tarball in bin This can be used for adding the toolchain to an existing tree without having to build it from scratch. Enable building the toolchain + tarball by default on buildbot Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-04 22:16:07 +08:00
default y if !DEVEL && BUILDBOT
build: fix bpf toolchain dependency for qosify Add hidden symbols to fix defaults with CONFIG_DEVEL unset Signed-off-by: Felix Fietkau <nbd@nbd.name>
2021-11-02 01:40:03 +08:00
select HAS_BPF_TOOLCHAIN
bool
toolchain: The glorious return of glibc, ver 2.21 It's the eglibc packaging with a bit of spit-polishing. And testing. :-) [blogic: merged glibc and eglibc into 1 and made eglibc a glibc variant] Signed-off-by: Jeff Waugh <jdub@bethesignal.org> Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 44701
2015-03-13 03:50:57 +08:00
config USE_GLIBC
toolchain: Fix glibc selection on ARC targets Without this change no libc is selected and the build will fail. This will select glibc for ARC CPUs. Fixes: 95f1002acab5 ("toolchain: default to glibc for ARC") Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2020-12-23 07:32:41 +08:00
default y if !TOOLCHAINOPTS && !EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN && (arc)
toolchain: get rid of libc implementation symbol overloading SVN-Revision: 36360
2013-04-18 20:05:08 +08:00
bool
config USE_MUSL
toolchain: Remove powerpc64 libc restriction Starting with version 1.1.15, musl supports powerpc64. There are no known users of powerpc64 yet. This is effectively a revert of 0de93311e1575ab6f8e9e90b5023b6fb2cedcf1f Signed-off-by: Rosen Penev <rosenp@gmail.com>
2019-07-18 09:57:40 +08:00
default y if !TOOLCHAINOPTS && !EXTERNAL_TOOLCHAIN && !NATIVE_TOOLCHAIN && !(arc)
toolchain: get rid of libc implementation symbol overloading SVN-Revision: 36360
2013-04-18 20:05:08 +08:00
bool
build: cleanup SSP_SUPPORT configure option Configure variable SSP_SUPPORT is ambiguous for packages (tor, openssh, avahi, freeswitch). It means 'toolchain supporting SSP', but for toolchain and depends it means 'build gcc with libssp'. Musl no longer uses libssp (1877bc9d8f), it has internal support, so SSP_SUPPORT was disabled leading some package to not use SSP. No information why Glibc and uClibc use libssp, but they may also provide their own SSP support. uClibc used it own with commit 933b588e25 but it was reverted in f3cacb9e84 without details. Create an new configure GCC_LIBSSP and automatically enable SSP_SUPPORT if either USE_MUSL or GCC_LIBSSP. Signed-off-by: Julien Dusser <julien.dusser@free.fr>
2018-01-08 01:47:21 +08:00
config SSP_SUPPORT
toolchain: remove gcc libssp and use libc variant Removes the standalone implementation of stack smashing protection in gcc's libssp in favour of the native implementation available in glibc and uclibc. Musl libc already uses its native ssp, so this patch does not affect musl-based toolchains. Stack smashing protection configuration options are now uniform across all supported libc variants. This also makes kernel-level stack smashing protection available for x86_64 and i386 builds using non-musl libc. Signed-off-by: Ian Cooper <iancooper@hotmail.com>
2020-06-16 05:14:04 +08:00
default y if !PKG_CC_STACKPROTECTOR_NONE
build: cleanup SSP_SUPPORT configure option Configure variable SSP_SUPPORT is ambiguous for packages (tor, openssh, avahi, freeswitch). It means 'toolchain supporting SSP', but for toolchain and depends it means 'build gcc with libssp'. Musl no longer uses libssp (1877bc9d8f), it has internal support, so SSP_SUPPORT was disabled leading some package to not use SSP. No information why Glibc and uClibc use libssp, but they may also provide their own SSP support. uClibc used it own with commit 933b588e25 but it was reverted in f3cacb9e84 without details. Create an new configure GCC_LIBSSP and automatically enable SSP_SUPPORT if either USE_MUSL or GCC_LIBSSP. Signed-off-by: Julien Dusser <julien.dusser@free.fr>
2018-01-08 01:47:21 +08:00
bool
introduce a USE_EXTERNAL_LIBC symbol which gets selected by EXTERNAL_TOOLCHAIN || NATIVE_TOOLCHAIN Currently we always assume uClibc if an external toolchain is used, this breaks for non-uClibc toolchains or even vanilla uClibc ones since they do not share the external librpc semantics as OpenWrt. Solve the problem by defining an abstract "EXTERNAL_LIBC" which packages might or might not depend on. SVN-Revision: 29689
2012-01-08 23:34:23 +08:00
config USE_EXTERNAL_LIBC
bool
default y if EXTERNAL_TOOLCHAIN || NATIVE_TOOLCHAIN
add support for alternative C libraries (currently only glibc/eglibc) other (related) changes: - kernel headers are now installed using "make headers_install" on 2.6 - target names now contain an openwrt "vendor" tag (e.g. mips-openwrt-linux-gnu) - build directory names now contain gcc/libc name/version - default cpu for x86 is now i486 (required to build glibc/eglibc) SVN-Revision: 13931
2009-01-08 09:49:11 +08:00
toolchain: add support of ARC architecture This includes binutils, gcc, gdb and uClibc-ng. Latest release of ARC gcc (as of today it is "arc-2015.06") is based on upstream gcc 4.8.4. Sources are available on GitHub, see: https://github.com/foss-for-synopsys-dwc-arc-processors/gcc Latest release of ARC binutils (as of today it is "arc-2015.06") is based on upstream binutils 2.23. Sources are available on GitHub, see: https://github.com/foss-for-synopsys-dwc-arc-processors/binutils-gdb/releases/tag/arc-2015.06 Latest release of ARC GDB (as of today this is "arc-2015.06-gdb") is based on upstream gdb 7.9.1. Sources are available on GitHub, see: https://github.com/foss-for-synopsys-dwc-arc-processors/binutils-gdb/releases/tag/arc-2015.06-gdb Note that for binutils and gdb that come from unified git repository (which is the case for upstream binutils/gdb today) we need to disable building of gdb in binutils and binutils in gdb hence in binutils: ------>8------ --disable-sim --disable-gdb ------>8------ and in gdb: ------>8------ --disable-binutils --disable-ld --disable-gas ------>8------ Also in gdb we disable sim because if the following breakage while building with it: ------------>8------------ /usr/bin/env bash ./../common/genmloop.sh -shell /usr/bin/env bash \ -mono -fast -pbb -switch sem5-switch.c \ -cpu a5f -infile ./mloop5.in \ -outfile-suffix 5 unknown option: bash Makefile:699: recipe for target 'stamp-5mloop' failed make[7]: *** [stamp-5mloop] Error 1 ------------>8------------ Cc: Felix Fietkau <nbd@openwrt.org> Cc: John Crispin <blogic@openwrt.org> Cc: Jonas Gorski <jogo@openwrt.org> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> SVN-Revision: 47438
2015-11-10 20:03:59 +08:00
source "toolchain/binutils/Config.version"
fix menuconfig developer options structure SVN-Revision: 3948
2006-06-16 00:40:06 +08:00
source "toolchain/gcc/Config.version"
add support for alternative C libraries (currently only glibc/eglibc) other (related) changes: - kernel headers are now installed using "make headers_install" on 2.6 - target names now contain an openwrt "vendor" tag (e.g. mips-openwrt-linux-gnu) - build directory names now contain gcc/libc name/version - default cpu for x86 is now i486 (required to build glibc/eglibc) SVN-Revision: 13931
2009-01-08 09:49:11 +08:00
config LIBC
string
toolchain: The glorious return of glibc, ver 2.21 It's the eglibc packaging with a bit of spit-polishing. And testing. :-) [blogic: merged glibc and eglibc into 1 and made eglibc a glibc variant] Signed-off-by: Jeff Waugh <jdub@bethesignal.org> Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 44701
2015-03-13 03:50:57 +08:00
default "glibc" if USE_GLIBC
add preliminary support for musl Musl is an alternative C-library, see http://www.musl-libc.org for more infos. Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 34314
2012-11-24 04:02:29 +08:00
default "musl" if USE_MUSL
add support for alternative C libraries (currently only glibc/eglibc) other (related) changes: - kernel headers are now installed using "make headers_install" on 2.6 - target names now contain an openwrt "vendor" tag (e.g. mips-openwrt-linux-gnu) - build directory names now contain gcc/libc name/version - default cpu for x86 is now i486 (required to build glibc/eglibc) SVN-Revision: 13931
2009-01-08 09:49:11 +08:00
config TARGET_SUFFIX
string
toolchain: The glorious return of glibc, ver 2.21 It's the eglibc packaging with a bit of spit-polishing. And testing. :-) [blogic: merged glibc and eglibc into 1 and made eglibc a glibc variant] Signed-off-by: Jeff Waugh <jdub@bethesignal.org> Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 44701
2015-03-13 03:50:57 +08:00
default "gnueabi" if USE_GLIBC && (arm || armeb)
default "gnu" if USE_GLIBC && !(arm || armeb)
add preliminary support for musl Musl is an alternative C-library, see http://www.musl-libc.org for more infos. Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 34314
2012-11-24 04:02:29 +08:00
default "muslgnueabi" if USE_MUSL && (arm || armeb)
default "musl" if USE_MUSL && !(arm || armeb)
toolchain: allow choosing the MIPS64 user-land ABI Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 36205
2013-04-05 20:36:23 +08:00
config MIPS64_ABI
build: consistently use 'depends on' instead of 'depends' make the syntax more compatible with kernel menuconfig Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36351
2013-04-17 23:36:41 +08:00
depends on mips64 || mips64el
toolchain: allow choosing the MIPS64 user-land ABI Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 36205
2013-04-05 20:36:23 +08:00
string
default "64" if MIPS64_ABI_N64
default "n32" if MIPS64_ABI_N32
default "32" if MIPS64_ABI_O32
default "64"
Reference in New Issue Copy Permalink