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

155 lines
4.7 KiB
Plaintext
Raw Normal View History

gcc: common definitions [Peter: tweak file header] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:28:59 +02:00
comment "GCC Options"
choice
prompt "GCC compiler Version"
gcc: rename option for ARC gcc The ARC gcc version is now based on gcc 6.x and no longer gcc 4.8.x, which makes the option BR2_GCC_VERSION_4_8_ARC a bit irrelevant, as is the prompt of this option. This commit therefore renames this option to BR2_GCC_VERSION_ARC, and adjust its prompt as well. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-08-11 15:25:38 +02:00
default BR2_GCC_VERSION_ARC if BR2_arc
arch: add OpenRISC architecture support Add support for OpenRISC. See here for more details about OpenRISC http://openrisc.io. All buildroot included upstream binutils versions are supported. Gcc support is not upstream, to be able to enable musl C library support later, we use the branch with musl support. At the moment it is possible to build a musl based toolchain, but bootup in Qemu fails. Gdb is only working to debug bare-metal code, there is no support for gdbserver/gdb on Linux, yet. [Peter: drop ?= for GCC_SOURCE] Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Tested-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-01-25 07:35:07 +01:00
default BR2_GCC_VERSION_OR1K if BR2_or1k
package/gcc: switch to gcc 6.x as the default Even if gcc 5 is still maintained for some time (gcc 5.5 is pending), switch to gcc 6.x since it has been released since 2016-04-27 and gcc 7.x is available since 2017-05-02. We have been having toolchains in the autobuilders with gcc 6.x for a while, so the vast majority of the problems should have already been solved. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-25 20:34:56 +02:00
default BR2_GCC_VERSION_6_X
gcc: common definitions [Peter: tweak file header] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:28:59 +02:00
help
Select the version of gcc you wish to use.
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
config BR2_GCC_VERSION_ARC
toolchain: Bump ARC tools to arc-2017.09-rc1 This commit bumps ARC toolchain to arc-2017.09-rc1. The arc-2017.09 series is built on top of upstream GCC 7.1.1 and Binutils 2.29 so please expect all kinds of breakages related to GCC 7.x as we saw earlier with the move from 4.8 to 6.x :) Note patches for both GCC and Binutils were updated with copies from corresponding mainline versions, i.e. "package/gcc/7.2.0" and "package/binutils/2.29". Please note that it is a release candidate and it might contain some breakages, please don't use it for production builds. Signed-off-by: Evgeniy Didin <didin@synopsys.com> Cc: Alexey Brodkin <abrodkin@synopsys.com> Cc: arc-buildroot@synopsys.com Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> [Thomas: drop binutils patch related to the Blackfin architecture.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-09-21 20:28:28 +02:00
bool "gcc arc (7.x)"
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
# Only supported architecture
depends on BR2_arc
toolchain: Bump ARC tools to arc-2017.09-rc1 This commit bumps ARC toolchain to arc-2017.09-rc1. The arc-2017.09 series is built on top of upstream GCC 7.1.1 and Binutils 2.29 so please expect all kinds of breakages related to GCC 7.x as we saw earlier with the move from 4.8 to 6.x :) Note patches for both GCC and Binutils were updated with copies from corresponding mainline versions, i.e. "package/gcc/7.2.0" and "package/binutils/2.29". Please note that it is a release candidate and it might contain some breakages, please don't use it for production builds. Signed-off-by: Evgeniy Didin <didin@synopsys.com> Cc: Alexey Brodkin <abrodkin@synopsys.com> Cc: arc-buildroot@synopsys.com Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> [Thomas: drop binutils patch related to the Blackfin architecture.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-09-21 20:28:28 +02:00
select BR2_TOOLCHAIN_GCC_AT_LEAST_7
gcc: select the appropriate BR2_TOOLCHAIN_GCC_AT_LEAST_* option This commit wires up the gcc version dependency mechanism in the internal toolchain backend by making the gcc version choice in the gcc package Config.in.host select the appropriate BR2_TOOLCHAIN_GCC_AT_LEAST_* option. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2015-08-04 20:00:34 +02:00
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
config BR2_GCC_VERSION_OR1K
bool "gcc or1k (5.x)"
# Only supported architecture
depends on BR2_or1k
select BR2_TOOLCHAIN_GCC_AT_LEAST_5
arch: add OpenRISC architecture support Add support for OpenRISC. See here for more details about OpenRISC http://openrisc.io. All buildroot included upstream binutils versions are supported. Gcc support is not upstream, to be able to enable musl C library support later, we use the branch with musl support. At the moment it is possible to build a musl based toolchain, but bootup in Qemu fails. Gdb is only working to debug bare-metal code, there is no support for gdbserver/gdb on Linux, yet. [Peter: drop ?= for GCC_SOURCE] Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Tested-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-01-25 07:35:07 +01:00
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
config BR2_GCC_VERSION_4_9_X
bool "gcc 4.9.x"
package/gcc: hide versions too old for the current arch Begin the conversion from hard-coded dependencies on architectures, to architecture-specified version requirement, using the newly introduced BR2_ARCH_NEEDS_GCC_AT_LEAST_XXX symbols. Hard-coded dependencies will be removed progressively, as archs are individually converted over to using the new symbols. We do not change the architecture-specific versions for ARC and OpenRISC, because there is no point in doing so for those, as they use special, non-upstream versions anyway. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-09-03 11:44:28 +02:00
depends on !BR2_ARCH_NEEDS_GCC_AT_LEAST_5
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
# Broken or unsupported architectures
package/gcc: slight cleanup and reorg in remaining arch depends 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>
2017-09-03 11:44:34 +02:00
depends on !BR2_arc
depends on !BR2_or1k
# musl on microblaze, ppc64 and mips64 unsupported
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
depends on !(BR2_TOOLCHAIN_USES_MUSL && (BR2_microblazeel || BR2_microblazebe))
depends on !(BR2_TOOLCHAIN_USES_MUSL && (BR2_powerpc64 || BR2_powerpc64le))
depends on !(BR2_TOOLCHAIN_USES_MUSL && (BR2_mips64 || BR2_mips64el))
package/gcc: enable float128 on powerpc64le with glibc >= 2.26 toolchains float128 is now required on powerpc64le with glibc >= 2.26 toolchains. Fixes: running configure fragment for sysdeps/gnu running configure fragment for sysdeps/powerpc/powerpc64le checking if [...]powerpc64le-buildroot-linux-gnu-gcc supports binary128 floating point type... no checking if the target machine is at least POWER8... yes configure: error: *** binary128 floating point type (GCC >= 6.2) is required on powerpc64le. In order to prepare the glibc bump to this version, we enable binary128 floating point in gcc. This require at least gcc >= 6.2. Disable gcc 4.x and 5.x for internal toolchain. Signed-off-by: Romain Naour <romain.naour@gmail.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2017-09-23 23:24:03 +02:00
# glibc >= 2.26 needs gcc >= 6.2
depends on !(BR2_TOOLCHAIN_USES_GLIBC && BR2_powerpc64le)
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
select BR2_TOOLCHAIN_GCC_AT_LEAST_4_9
toolchain: add gcc 4.9 series Add the recently released gcc 4.9.0. Use 4.8.2 patches and remove those that no longer apply/are needed (mostly PR fixes and xtensa). libmudflap was removed upstream. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-24 03:00:30 +02:00
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
config BR2_GCC_VERSION_5_X
bool "gcc 5.x"
package/gcc: hide versions too old for the current arch Begin the conversion from hard-coded dependencies on architectures, to architecture-specified version requirement, using the newly introduced BR2_ARCH_NEEDS_GCC_AT_LEAST_XXX symbols. Hard-coded dependencies will be removed progressively, as archs are individually converted over to using the new symbols. We do not change the architecture-specific versions for ARC and OpenRISC, because there is no point in doing so for those, as they use special, non-upstream versions anyway. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-09-03 11:44:28 +02:00
depends on !BR2_ARCH_NEEDS_GCC_AT_LEAST_6
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
# Broken or unsupported architectures
package/gcc: slight cleanup and reorg in remaining arch depends 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>
2017-09-03 11:44:34 +02:00
depends on !BR2_arc
depends on !BR2_or1k
# musl on ppc64 and mips64 unsupported
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
depends on !(BR2_TOOLCHAIN_USES_MUSL && (BR2_powerpc64 || BR2_powerpc64le))
depends on !(BR2_TOOLCHAIN_USES_MUSL && (BR2_mips64 || BR2_mips64el))
package/gcc: enable float128 on powerpc64le with glibc >= 2.26 toolchains float128 is now required on powerpc64le with glibc >= 2.26 toolchains. Fixes: running configure fragment for sysdeps/gnu running configure fragment for sysdeps/powerpc/powerpc64le checking if [...]powerpc64le-buildroot-linux-gnu-gcc supports binary128 floating point type... no checking if the target machine is at least POWER8... yes configure: error: *** binary128 floating point type (GCC >= 6.2) is required on powerpc64le. In order to prepare the glibc bump to this version, we enable binary128 floating point in gcc. This require at least gcc >= 6.2. Disable gcc 4.x and 5.x for internal toolchain. Signed-off-by: Romain Naour <romain.naour@gmail.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2017-09-23 23:24:03 +02:00
# glibc >= 2.26 needs gcc >= 6.2
depends on !(BR2_TOOLCHAIN_USES_GLIBC && BR2_powerpc64le)
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
select BR2_TOOLCHAIN_GCC_AT_LEAST_5
gcc: add support for gcc 5.1 This commit adds support for gcc 5.1 in Buildroot. In terms of gcc patches, compared to gcc 4.9.x: * Kept as is, sometimes after minor adjusments: 100-uclibc-conf.patch 301-missing-execinfo_h.patch 810-arm-softfloat-libgcc.patch 830-arm_unbreak_armv4t.patch 840-microblaze-enable-dwarf-eh-support.patch 850-libstdcxx-uclibc-c99.patch 860-cilk-wchar.patch * Dropped: 110-pr64896.patch 111-pr65730.patch * Split in multiple parts: 900-musl-support.patch The patches from Crosstool-NG for muls support are used instead of one single patch. * Renamed: 910-gcc-poison-system-directories.patch to 200-gcc-poison-system-directories.patch 920-libgcc-remove-unistd-header.patch to 201-libgcc-remove-unistd-header.patch Since the 9xx part of the series is now used by the various musl related patches. We have tested the following configurations, with a minimal Busybox system: * ARM, uClibc-ng * ARM, glibc * ARM, musl * x86, uClibc-ng and uClibc 0.9.33.2 * x86, glibc * x86, musl All of the configurations built fine. All the configurations boot fine in Qemu, except x86/uClibc (either ng or 0.9.33.2), it segfaults when running init: devtmpfs: mounted Freeing unused kernel memory: 300K (c1389000 - c13d4000) init[1]: segfault at 0 ip b77708c1 sp bfa9bb0c error 4 in ld-uClibc-0.9.33.2.so[b776c000+6000] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b We'll give some time for the uClibc developers to fix the problem before taking other measures in Buildroot to exclude gcc 5.1 from a x86/uClibc configuration. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-06-14 16:33:28 +02:00
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
config BR2_GCC_VERSION_6_X
bool "gcc 6.x"
package/gcc: hide versions too old for the current arch Begin the conversion from hard-coded dependencies on architectures, to architecture-specified version requirement, using the newly introduced BR2_ARCH_NEEDS_GCC_AT_LEAST_XXX symbols. Hard-coded dependencies will be removed progressively, as archs are individually converted over to using the new symbols. We do not change the architecture-specific versions for ARC and OpenRISC, because there is no point in doing so for those, as they use special, non-upstream versions anyway. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-09-03 11:44:28 +02:00
depends on !BR2_ARCH_NEEDS_GCC_AT_LEAST_7
package: clean up indentation warnings in Config.in files The check-package script when ran gives warnings on indentation issues on all of these Config.in files. This patch cleans up warnings related to the indentation of the Config.in files in the package directory Signed-off-by: Adam Duskett <Adamduskett@outlook.com> [Thomas: do not change package/kodi/Config.in and package/x11r7/Config.in.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:47 +02:00
# Broken or unsupported architectures
depends on !BR2_arc
depends on !BR2_or1k
select BR2_TOOLCHAIN_GCC_AT_LEAST_6
gcc: add support for gcc 6 This commit adds the support for gcc 6. This release allows to remove a large number of our gcc patches, mainly thanks to the Xtensa and musl related patches being merged upstream. Patches kept with no changes: 100-uclibc-conf.patch 301-missing-execinfo_h.patch 810-arm-softfloat-libgcc.patch 830-arm_unbreak_armv4t.patch 840-microblaze-enable-dwarf-eh-support.patch 860-cilk-wchar.patch 890-fix-m68k-compile.patch Patches dropped because they have been merged upstream, or were already upstream backports: 120-gcc-config.gcc-fix-typo-for-powerpc-e6500-cpu_is_64b.patch (merged) 850-libstdcxx-uclibc-c99.patch (merged in a different form, see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58393) 870-xtensa-add-mauto-litpools-option.patch (upstream backport) 871-xtensa-reimplement-register-spilling.patch (upstream backport) 872-xtensa-use-unwind-dw2-fde-dip-instead-of-unwind-dw2-.patch (upstream backport) 873-xtensa-fix-_Unwind_GetCFA.patch (upstream backport) 874-xtensa-add-uclinux-support.patch (upstream backport) 900-libitm-fixes-for-musl-support.patch (upstream backport) 901-fixincludes-update-for-musl-support.patch (upstream backport) 902-unwind-fix-for-musl.patch (upstream backport) 903-libstdc++-libgfortran-gthr-workaround-for-musl.patch (upstream backport) 904-musl-libc-config.patch (upstream backport) 905-add-musl-support-to-gcc.patch (upstream backport) 905-add-musl-support-to-gcc.patch (upstream backport) 906-mips-musl-support.patch (upstream backport) 907-x86-musl-support.patch (upstream backport) 908-arm-musl-support.patch (upstream backport) 909-aarch64-musl-support.patch (upstream backport) Successfully build-time and run-time tested with qemu_arm_vexpress_defconfig, using gcc 6.x, both in uClibc and musl configurations. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-04-27 15:54:03 +02:00
package/gcc: add support for gcc 7 Remove upstream patches: 831-ARM-PR-target-70473-Reduce-size-of-Cortex-A8-automat.patch 870-xtensa-Fix-PR-target-78118.patch 871-xtensa-Fix-PR-target-78603.patch 890-fix-m68k-compile.patch: https://github.com/gcc-mirror/gcc/commit/1701058da920d27de87dc82e8d327b8ca930e997 892-libgcc-mkmap-symver-support-skip_underscore.patch: https://github.com/gcc-mirror/gcc/commit/6c8f362e1f17cce05131eb8ff53963d64bc69484 893-libgcc-config-bfin-use-the-generic-linker-version-in.patch: https://github.com/gcc-mirror/gcc/commit/966d046c08ba50fc988ac614f84f2d49c1546e28 894-libgcc-fix-DWARF-compilation-with-FDPIC-targets.patch: https://github.com/gcc-mirror/gcc/commit/397d0e43abb943f1fe57801220e7e46bc6636c7c 895-bfin-define-REENTRANT.patch: https://github.com/gcc-mirror/gcc/commit/da89a4dcdf75bc3134f73520535c949bbbb0c845 940-uclinux-enable-threads.patch: https://github.com/gcc-mirror/gcc/commit/b9ce54109ec78d18f6123a1e54aae1293bede716 941-mips-Add-support-for-mips-r6-musl.patch: https://github.com/gcc-mirror/gcc/commit/83717065090bb8b954556d1216dd9dc397dc0243 Remove obsolete patches: 301-missing-execinfo_h.patch: boehm-gc removed from gcc sources: https://github.com/gcc-mirror/gcc/commit/baf71228766058f5541d929891237d394376c975 830-arm_unbreak_armv4t.patch: SUBTARGET_CPU_DEFAULT removed: https://github.com/gcc-mirror/gcc/commit/ff3caa3ade14a42d5ab7e81cbd3605fe15aa998d Add a new patch to allow to build gcc 7.1 without extracting gcc/testsuite directory. This new gcc version require a kernel patch [1] to avoid a build issue with ____ilog2_NaN symbol. The following kernel version contain contain already this patch : 4.11, 4.10.6, 4.9.18, 4.4.57, 3.18.50 and 3.12.73. To build a toolchain based on gcc 7 and uClibc-ng 1.0.24, the patch [2] is required to avoid a build issue due to missing aligned_alloc() definition. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=474c90156c8dcc2fa815e6716cc9394d7930cb9c [2] https://cgit.openadk.org/cgi/cgit/uclibc-ng.git/commit/?id=5b0f49037e8ea8500b05c8f31ee88529ccac4cee Signed-off-by: Romain Naour <romain.naour@gmail.com> Tested-by: Theodore Ateba <tf.ateba@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-23 22:24:39 +02:00
config BR2_GCC_VERSION_7_X
bool "gcc 7.x"
# Broken or unsupported architectures
depends on !BR2_or1k
select BR2_TOOLCHAIN_GCC_AT_LEAST_7
gcc: common definitions [Peter: tweak file header] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:28:59 +02:00
endchoice
gcc: add hidden symbol for defaults Some architectures, f.e. Blackfin doesn't support to configure GCC with --with-cpu to set some CPU specific default CFLAGS (-mcpu=foo). Use a hidden config symbol to give a hint which architecture supports it, otherwise add defaults to toolchain wrapper for internal toolchains. Idea from Thomas Petazzoni. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> [Thomas: - simplify the Config.in logic with just one option named BR2_GCC_ARCH_HAS_CONFIGURABLE_DEFAULTS, defined in package/gcc in one place. - improve the organization of the code and name of variables.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-03 06:03:02 +02:00
# Indicates if GCC for architecture supports --with-{arch,cpu,..} to
# set default CFLAGS, otherwise values will be used by toolchain
# wrapper.
config BR2_GCC_ARCH_HAS_CONFIGURABLE_DEFAULTS
bool
default y if !BR2_bfin
gcc: common definitions [Peter: tweak file header] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:28:59 +02:00
config BR2_GCC_SUPPORTS_FINEGRAINEDMTUNE
bool
package/gcc: do not mourn avr32 for too long... Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-02-14 10:23:11 +01:00
default y
gcc: common definitions [Peter: tweak file header] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:28:59 +02:00
config BR2_GCC_VERSION
string
gcc: bump 4.9 series to 4.9.4 Two patches are removed, as they have been upstreamed: - 130-fix_build_with_gcc-6.patch (svn commit 233721, Git commit 8c3fa311caa86f61b4e28d1563d1110b44340fb2) - 920-libgcc-remove-unistd-header.patch (svn commit 226092, Git commit e940d7953f06af11d09229a29ecbcc1ba25b378d) All other patches have simply been refreshed, with no manual edit needed. A build+runtime test has been done with an ARM, Cortex-A8, EABIhf, musl configuration, booted under Qemu. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-08-03 23:48:24 +02:00
default "4.9.4" if BR2_GCC_VERSION_4_9_X
package/gcc: bump to 5.5.0 Remove xtensa patches included in this release: 872-xtensa-use-unwind-dw2-fde-dip-instead-of-unwind-dw2-.patch 873-xtensa-fix-_Unwind_GetCFA.patch 876-xtensa-Fix-PR-target-78603.patch 877-xtensa-fix-PR-target-82181.patch Remove upstream patch: 942-asan-fix-missing-include-signal-h.patch Remove backported patches for glibc >= 2.26 943-Use-ucontext_t-not-struct-ucontext-in-linux-unwind.h.patch 944-sanitizer-linux.patch Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-10-15 23:57:35 +02:00
default "5.5.0" if BR2_GCC_VERSION_5_X
gcc: bump 6.x series to version 6.4.0 Drop the following patches: * the Xtensa patches 870 and 871 are upstream now * patch 942 was backported to GCC 6 branch Note, that a bz2 release tarball is not provided anymore and is replaced by a xz tarball file. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-07-10 14:29:41 +02:00
default "6.4.0" if BR2_GCC_VERSION_6_X
package/gcc: bump 7.x series to 7.3.0 Remove upstream patches: 0870-xtensa-fix-PR-target-82181.patch 0893-ARC-Configure-script-to-allow-non-uclibc-based-tripl.patch See: https://www.mail-archive.com/gcc@gcc.gnu.org/msg84336.html Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-01-27 21:30:44 +01:00
default "7.3.0" if BR2_GCC_VERSION_7_X
toolchain: Bump ARC tools to arc-2017.09 release 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 * glibc 2.26 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 <didin@synopsys.com> Cc: Alexey Brodkin <abrodkin@synopsys.com> Cc: arc-buildroot@synopsys.com Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-11-01 15:04:31 +01:00
default "arc-2017.09-release" if BR2_GCC_VERSION_ARC
gcc: or1k: use 20170218 tag instead of branch As pointed out by Joel Stanley: https://patchwork.ozlabs.org/patch/863011/ Github now longer provides the exact same tarball for the or1k musl-5.4.0 tarball, breaking the build. Even more, musl-5.4.0 is the name of a git branch, not a tag. Fix both problems by changing to the or1k-musl-5.4.0-20170218 tag, which points to the exact same git commit. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Tested-by: Joel Stanley <joel@jms.id.au> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-02-03 21:18:21 +01:00
default "or1k-musl-5.4.0-20170218" if BR2_GCC_VERSION_OR1K
gcc: common definitions [Peter: tweak file header] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:28:59 +02:00
config BR2_EXTRA_GCC_CONFIG_OPTIONS
string "Additional gcc options"
default ""
help
gcc: use BR2_EXTRA_GCC_CONFIG_OPTIONS in gcc-initial and gcc-intermediate When refactoring the internal toolchain backend logic, the code was changed to pass the custom configure options given through BR2_EXTRA_GCC_CONFIG_OPTIONS only for the gcc final pass, with the idea that we're only interested by user customization for the final compiler. However, the beaglebone_defconfig was passing --with-float=hard --with-fpu=vfpv3-d16 as BR2_EXTRA_GCC_CONFIG_OPTIONS, and since the refactoring, it was causing build failures of the beaglebone_defconfig (with messages saying that Busybox is built to use VFP arguments, but libc/libm are not). This is due to the fact that the gcc intermediate, which is used to build the C library, wasn't built to generate hard float, while the final compiler was generating hard float. So, we get back to the original situation where the options in BR2_EXTRA_GCC_CONFIG_OPTIONS are passed to all of the compiler passes. Of course, the specific case of hard float will be fixed by following patches in this area, but the idea still remains: the three gcc should have the same options, if those options affected the ABI of the generated code. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-07-14 00:27:24 +02:00
Any additional gcc configure options you may want to
include. Those options are applied for all of the gcc
initial, gcc intermediate and gcc final passes.
gcc: common definitions [Peter: tweak file header] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:28:59 +02:00
gcc: move C++ support option next to Fortran/Objective-C The option to enable C++ support was still located in toolchain/toolchain-buildroot/Config.in.2, with misc other toolchain options. It seems more logical to have this option with the other options to select the languages supported by the cross-compiler, so we move it next to the Fortran/Objective-C options in package/gcc/Config.in.host. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-09-02 18:06:32 +02:00
config BR2_TOOLCHAIN_BUILDROOT_CXX
bool "Enable C++ support"
select BR2_INSTALL_LIBSTDCPP
help
Enable this option if you want your toolchain to support the
C++ language and you want C++ libraries to be installed on
your target system.
package/gcc: fix fortran support Fortran depends on libquadmath when available, make the buildroot toolchain option depends on this new hidden symbol, [Vincent: only do "HOST_GCC_FINAL_USR_LIBS += libquadmath" for i386 and x86_64, otherwise it will fail saying "libquadmath.a: file not found"] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-03 15:47:39 +02:00
comment "Fortran support needs a toolchain w/ wchar"
depends on BR2_TOOLCHAIN_HAS_LIBQUADMATH
depends on !BR2_USE_WCHAR # libquadmath
gcc: add support for fortran Signed-off-by: David Kessler <DJKessler@me.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-05-09 19:40:54 +02:00
config BR2_TOOLCHAIN_BUILDROOT_FORTRAN
bool "Enable Fortran support"
package/gcc: fix fortran support Fortran depends on libquadmath when available, make the buildroot toolchain option depends on this new hidden symbol, [Vincent: only do "HOST_GCC_FINAL_USR_LIBS += libquadmath" for i386 and x86_64, otherwise it will fail saying "libquadmath.a: file not found"] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-03 15:47:39 +02:00
# on architecture building libquadmath, wchar is required
depends on !BR2_TOOLCHAIN_HAS_LIBQUADMATH || \
(BR2_TOOLCHAIN_HAS_LIBQUADMATH && BR2_USE_WCHAR)
package/gcc: select BR2_TOOLCHAIN_HAS_FORTRAN when appropriate This is only for the Buildroot toolchain backend. Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-03 15:47:42 +02:00
select BR2_TOOLCHAIN_HAS_FORTRAN
gcc: add support for fortran Signed-off-by: David Kessler <DJKessler@me.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-05-09 19:40:54 +02:00
help
Enable this option if you want your toolchain to support the
Fortran language and you want Fortran libraries to be
installed on your target system.
toolchain: add link-time-optimization support Add a new option BR2_GCC_ENABLE_LTO that builds gcc and binutils with LTO support. Individual packages still have to enable LTO explicitly by passing '-flto' to GCC, which passes it on to the linker. This option does not add that flag globally. Some packages detect if the compiler supports LTO and enable the flag if it does. To support LTO, ar and ranlib must be called with an argument which triggers the usage of the LTO plugin. Since GCC doesn't call these tools itself, it instead provides wrappers for ar and ranlib that pass the LTO arguments. This way existing Makefiles don't need to be changed for LTO support. However, these wrappers are called <tuple>-gcc-ar which matches the pattern to link to the buildroot wrapper in the external toolchain logic. So the external toolchain logic is updated to provide the correct symlink. [Thomas: - Add a separate BR2_BINUTILS_ENABLE_LTO option to enable LTO support in binutils. This is a blind option, selected by BR2_GCC_ENABLE_LTO. It just avoids having binutils.mk poke directly into gcc Config.in options. - Remove the check on the AVR32 special gcc version, which we don't support anymore. - Adapt the help text of the LTO Config.in option to no longer mention "Since version 4.5", since we only support gcc >= 4.5 in Buildroot anyway. - Fix typo in toolchain-external.mk comment.] Signed-off-by: Peter Kümmel <syntheticpp@gmx.net> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-06 13:34:06 +01:00
config BR2_GCC_ENABLE_LTO
bool "Enable compiler link-time-optimization support"
select BR2_BINUTILS_ENABLE_LTO
help
This option enables link-time optimization (LTO) support in
gcc.
gcc: common definitions [Peter: tweak file header] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:28:59 +02:00
config BR2_GCC_ENABLE_OPENMP
bool "Enable compiler OpenMP support"
package/gcc: do not mourn avr32 for too long... Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-02-14 10:23:11 +01:00
depends on !BR2_PTHREADS_NONE && !BR2_arc && !BR2_microblaze
gcc: common definitions [Peter: tweak file header] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:28:59 +02:00
help
Enable OpenMP support for the compiler
gcc: provide option to enable mudflap support The mudflap library is only useful if one uses the -fmudflap gcc option to do more checks on pointers/arrays. This commit adds an option to enable/disable mudflap support at the gcc level. By default, it is disabled, which saves a little bit of build time compared to the default of gcc which consists in enabling mudflap support. Since mudflap is now disabled by default, and ensured to never be enabled on platforms where it is not available, some gcc.mk code that was used to disable mudflap in problematic configurations can be removed. Whether -fmudflap is used when building is left to the user. [Peter: tweak commit text, fix white space] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-09-02 18:06:38 +02:00
config BR2_GCC_ENABLE_LIBMUDFLAP
bool "Enable libmudflap support"
# There are architectures, or specific configurations for
# which mudflap is not supported.
gcc: remove blackfin conditionals Now that we don't support the internal blackfin toolchain any more remove unnecessary conditionals. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-17 23:44:17 +01:00
depends on !BR2_ARM_INSTRUCTIONS_THUMB && !BR2_powerpc_SPE
gcc/libmudflap: unavailable for gcc >= 4.9 Rework gcc dependency for mudflap as suggested by Arnout and Peter: http://article.gmane.org/gmane.comp.lib.uclibc.buildroot/149813 libmudflap was removed in gcc 4.9: https://gcc.gnu.org/wiki/Mudflap_Pointer_Debugging Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-04 18:45:56 +02:00
depends on !BR2_TOOLCHAIN_GCC_AT_LEAST_4_9
gcc: provide option to enable mudflap support The mudflap library is only useful if one uses the -fmudflap gcc option to do more checks on pointers/arrays. This commit adds an option to enable/disable mudflap support at the gcc level. By default, it is disabled, which saves a little bit of build time compared to the default of gcc which consists in enabling mudflap support. Since mudflap is now disabled by default, and ensured to never be enabled on platforms where it is not available, some gcc.mk code that was used to disable mudflap in problematic configurations can be removed. Whether -fmudflap is used when building is left to the user. [Peter: tweak commit text, fix white space] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-09-02 18:06:38 +02:00
help
libmudflap is a gcc library used for the mudflap pointer
debugging functionality. It is only needed if you intend to
use the -fmudflap gcc flag.
See http://gcc.gnu.org/wiki/Mudflap_Pointer_Debugging and
the help of the gcc -fmudflap option for more details.
If you're unsure, leave this option disabled.
gcc: add a BR2_GCC_ENABLE_GRAPHITE option The gcc graphite optimisations such as loop-interchange, blocking and loop-flattening, also known as graphite are an optional feature of gcc that is very well supported since about gcc version 4.5. This patch adds support for graphite for the toolchain as an optional flag for versions 4.8 onwards as an optional flag, that is disabled by default. Signed-off-by: Steve Thomas <scjthm@live.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-05-19 21:48:13 +02:00
config BR2_GCC_ENABLE_GRAPHITE
bool "Enable graphite support"
gcc: support grahite only for GCC 5 or above GCC 4.9.x requires an old version of ISL to support graphite, and this old version of ISL is not sufficient to support graphite in modern GCC versions. Since GCC 4.9.x is getting older, and to keep things simple, we stop supporting graphite on old GCC < 5.x. This way, we will be able to bump ISL to a version that is suitable for modern GCC versions. In addition, this allows to drop the dependency on cloog, which was only needed for GCC 4.9. Signed-off-by: Andrey Yurovsky <yurovsky@gmail.com> [Thomas: rework commit log.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-08-02 01:43:00 +02:00
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_5
gcc: add a BR2_GCC_ENABLE_GRAPHITE option The gcc graphite optimisations such as loop-interchange, blocking and loop-flattening, also known as graphite are an optional feature of gcc that is very well supported since about gcc version 4.5. This patch adds support for graphite for the toolchain as an optional flag for versions 4.8 onwards as an optional flag, that is disabled by default. Signed-off-by: Steve Thomas <scjthm@live.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-05-19 21:48:13 +02:00
help
This option enables the graphite optimizations in the
compiler.
gcc: support grahite only for GCC 5 or above GCC 4.9.x requires an old version of ISL to support graphite, and this old version of ISL is not sufficient to support graphite in modern GCC versions. Since GCC 4.9.x is getting older, and to keep things simple, we stop supporting graphite on old GCC < 5.x. This way, we will be able to bump ISL to a version that is suitable for modern GCC versions. In addition, this allows to drop the dependency on cloog, which was only needed for GCC 4.9. Signed-off-by: Andrey Yurovsky <yurovsky@gmail.com> [Thomas: rework commit log.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-08-02 01:43:00 +02:00
comment "graphite support needs gcc >= 5.x"
depends on !BR2_TOOLCHAIN_GCC_AT_LEAST_5
Reference in New Issue Copy Permalink