ExternalVendorCode/openwrt
1
0
Fork 0
mirror of https://github.com/openwrt/openwrt.git synced 2024-12-21 06:33:41 +00:00
Code Issues Actions 7 Packages Projects Releases Wiki Activity
804952e7ef
openwrt/toolchain/gcc/Config.in

86 lines
2.0 KiB
Plaintext
Raw Normal View History

Initial revision SVN-Revision: 197
2005-01-16 11:43:02 +00:00
# Choose gcc version.
fix gcc menuconfig defaults SVN-Revision: 3406
2006-03-19 03:50:18 +00:00
Initial revision SVN-Revision: 197
2005-01-16 11:43:02 +00:00
choice
menuconfig cleanup SVN-Revision: 3684
2006-04-20 23:03:42 +00:00
prompt "GCC compiler Version" if TOOLCHAINOPTS
toolchain/arc: update to the most recent release arc-2017.09 This commit finally bumps ARC tools to the most recent arc-2017.09 release version. ARC GNU tools of version arc-2017.09 bring some quite significant changes like: * Binutils v2.29 with additional ARC patches * GCC 7.1.1 with additional ARC patches More information on this release could be found here: https://github.com/foss-for-synopsys-dwc-arc-processors/toolchain/releases/tag/arc-2017.09-release Signed-off-by: Evgeniy Didin <Evgeniy.Didin@synopsys.com> CC: Alexey Brodkin <abrodkin@synopsys.com> CC: John Crispin <john@phrozen.org>
2018-01-24 17:26:03 +00:00
default GCC_USE_VERSION_7_1_ARC if arc
toolchain/gcc: switch to version 7 by default Newer GCC versions are reported to improve code size on various ARM devices, which is why newer u-boot versions require them now. There have also been user reports of data corruption issues fixed on MIPS by updating from GCC 5 to GCC 7. This update was previously held up by these two MIPS compile issues, which have since been fixed: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84790 Signed-off-by: Felix Fietkau <nbd@nbd.name>
2018-03-12 09:31:19 +00:00
default GCC_USE_VERSION_7
Initial revision SVN-Revision: 197
2005-01-16 11:43:02 +00:00
help
Select the version of gcc you wish to use.
toolchain/arc: update to the most recent release arc-2017.09 This commit finally bumps ARC tools to the most recent arc-2017.09 release version. ARC GNU tools of version arc-2017.09 bring some quite significant changes like: * Binutils v2.29 with additional ARC patches * GCC 7.1.1 with additional ARC patches More information on this release could be found here: https://github.com/foss-for-synopsys-dwc-arc-processors/toolchain/releases/tag/arc-2017.09-release Signed-off-by: Evgeniy Didin <Evgeniy.Didin@synopsys.com> CC: Alexey Brodkin <abrodkin@synopsys.com> CC: John Crispin <john@phrozen.org>
2018-01-24 17:26:03 +00:00
config GCC_USE_VERSION_7_1_ARC
select GCC_VERSION_7_1_ARC
bool "gcc 7.1.x with support of ARC cores"
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 12:03:59 +00:00
depends on arc
toolchain/gcc: add support for GCC 4.8.0 Signed-off-by: Florian Fainelli <florian@openwrt.org> SVN-Revision: 36155
2013-04-02 16:00:35 +00:00
toolchain: gcc: add gcc 5.2.0 This was boot tested on mipsel32, arm32 and x86 only. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46611
2015-08-16 20:20:36 +00:00
config GCC_USE_VERSION_5
bool "gcc 5.x"
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 12:03:59 +00:00
depends on !arc
toolchain: gcc: add gcc 5.2.0 This was boot tested on mipsel32, arm32 and x86 only. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 46611
2015-08-16 20:20:36 +00:00
toolchain/gcc: add 6.1.0 -fno-plt and musl-libc patches already get upstream, then dropped in GCC 6. Other patches are almost identical compared to GCC 5.4. Compile and run tested on ar71xx/Qihoo C301 and mvebu/Linksys WRT1900ac v1 Signed-off-by: Syrone Wong <wong.syrone@gmail.com> Signed-off-by: Felix Fietkau <nbd@nbd.name> [cleanups/fixes]
2016-07-13 13:57:05 +00:00
config GCC_USE_VERSION_6
bool "gcc 6.x"
depends on !arc
toolchain: add gcc 7.1.0 support Signed-off-by: Felix Fietkau <nbd@nbd.name>
2017-05-04 13:18:13 +00:00
config GCC_USE_VERSION_7
bool "gcc 7.x"
depends on !arc
Initial revision SVN-Revision: 197
2005-01-16 11:43:02 +00:00
endchoice
gcc: add a config option for using the gcc graphite framework (disabled by default) SVN-Revision: 18403
2009-11-12 13:42:07 +00:00
config GCC_USE_GRAPHITE
bool
prompt "Compile in support for the new Graphite framework in GCC 4.4+" if TOOLCHAINOPTS
fix graphite options with gcc-4.5, add libelf for LTO, fix mbsd_multi patch, patch from Bernhard Loos SVN-Revision: 21046
2010-04-20 16:18:08 +00:00
menuconfig cleanup SVN-Revision: 3684
2006-04-20 23:03:42 +00:00
config EXTRA_GCC_CONFIG_OPTIONS
hide experimental/developer options from the user. can be reenabled by using make menuconfig DEVELOPER=1 SVN-Revision: 567
2005-04-05 18:21:58 +00:00
string
add comments & fix descriptions in toolchain config items SVN-Revision: 17561
2009-09-10 14:32:36 +00:00
prompt "Additional gcc configure options" if TOOLCHAINOPTS
Initial revision SVN-Revision: 197
2005-01-16 11:43:02 +00:00
default ""
help
Any additional gcc options you may want to include....
toolchain: add gcc configure default PIE and SSP GCC supports starting version 5 --enable-default-ssp and starting version 6 --enable-default-pie. It produces hardened binaries by default without dealing with package compilation flags. Signed-off-by: Julien Dusser <julien.dusser@free.fr>
2018-01-07 16:41:35 +00:00
config GCC_DEFAULT_PIE
bool
prompt "Build executable with PIE enabled by default" if TOOLCHAINOPTS
depends on !GCC_USE_VERSION_5
default n
help
Use gcc configure option --enable-default-pie to turn on -fPIE and -pie by default.
config GCC_DEFAULT_SSP
bool
prompt "Build executable with Stack-Smashing Protection enabled by default" if TOOLCHAINOPTS
default n
help
Use gcc configure option --enable-default-ssp to turn on -fstack-protector-strong by default.
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-07 17:47:21 +00:00
config GCC_LIBSSP
Disable smash stacking support by default, but allow to enable it as an experimental feature SVN-Revision: 12010
2008-07-30 12:54:28 +00: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-07 17:47:21 +00:00
prompt "Build gcc libssp" if TOOLCHAINOPTS
gcc/musl: rework SSP-support Make musl provide libssp_nonshared.a and make GCC link it unconditionally if musl is used. This should be a no-op if SSP is disabled and seems to be the only reliable way of dealing with SSP over all packages due to the mess that is linkerflags handling in packages. Signed-off-by: Steven Barth <steven@midlink.org> SVN-Revision: 46108
2015-06-22 10:31:07 +00:00
depends on !USE_MUSL
default y if !USE_MUSL
Disable smash stacking support by default, but allow to enable it as an experimental feature SVN-Revision: 12010
2008-07-30 12:54:28 +00:00
help
fix wrong description for CONFIG_SSP SVN-Revision: 17550
2009-09-09 23:42:06 +00:00
Enable Stack-Smashing Protection support
Disable smash stacking support by default, but allow to enable it as an experimental feature SVN-Revision: 12010
2008-07-30 12:54:28 +00:00
introduce option to enable setjump()/longjump() based C++ exceptions (#9185, patch from David Kuehling via Qi hardware) SVN-Revision: 27261
2011-06-23 11:37:39 +00:00
config SJLJ_EXCEPTIONS
bool
prompt "Use setjump()/longjump() exceptions" if TOOLCHAINOPTS
default n
help
Use old setjump()/longjump() exceptions instead of the newer
frame unwinding exceptions handling routines. Warning: increases
code size and runtime memory usage.
add gfortran compiler support (#9600, patch from Xiangfu Liu via Qi hardware) SVN-Revision: 27262
2011-06-23 11:46:24 +00:00
config INSTALL_GFORTRAN
bool
prompt "Build/install fortran compiler?" if TOOLCHAINOPTS
default n
help
Build/install GNU fortran compiler ?
gcc: optionally build gccgo compiler Tested with eglibc on x86 and armv7 so far Signed-off-by: Matteo Croce <matteo.croce@canonical.com>
2016-07-15 10:17:20 +00:00
config INSTALL_GCCGO
bool
prompt "Build/install Go compiler?" if TOOLCHAINOPTS
toolchain/arc: update to the most recent release arc-2016.09 arc-2016.09 is the most recent toolchain for ARC cores and it is based on top of upstream Binutils 2.27 and GCC 6.2.1. With updated major version of GCC we copied all GCC 6.x patches for ARC as well as Bintils 2.27 patches. Note that toochain sports ARCv4 ABI and so must be used with 4.8+ Linux kernels. Even though it will build v4.4 kernel perfectly fine on attempt to run user-space apps they won't work with older kernel. That said previuosly sent RFC patches with Linux kernel update are required: [1] https://patchwork.ozlabs.org/patch/726686/ [2] https://patchwork.ozlabs.org/patch/726687/ Signed-off-by: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
2017-02-27 18:27:50 +00:00
depends on USE_GLIBC || BROKEN
gcc: optionally build gccgo compiler Tested with eglibc on x86 and armv7 so far Signed-off-by: Matteo Croce <matteo.croce@canonical.com>
2016-07-15 10:17:20 +00:00
default n
help
Build/install GNU gccgo compiler ?
Reference in New Issue Copy Permalink