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

68 lines
1.8 KiB
Plaintext
Raw Normal View History

Add some seperators
2004-10-09 07:33:05 +02:00
comment "Binutils Options"
toolchain: disable SSP support if CFI support in binutils is missing As reported by [1], SSP support is missing in the Buildroot toolchain for microblaze even if it's requested by selecting BR2_TOOLCHAIN_HAS_SSP config option. In Buildroot, we are using libssp provided by the C library (glibc, musl, uClibc-ng) when available. We are not using libssp from gcc. So for a microblaze glibc based toolchain, the SSP support is enabled unconditionally by a select BR2_TOOLCHAIN_HAS_SSP. BR2_microblazeel=y BR2_TOOLCHAIN_BUILDROOT_GLIBC=y BR2_KERNEL_HEADERS_4_14=y BR2_BINUTILS_VERSION_2_30_X=y BR2_GCC_VERSION_8_X=y BR2_TOOLCHAIN_BUILDROOT_CXX=y While building the toolchain, we are building host-binutils which provide "as" (assembler) and host-gcc-initial wich provide a minimal cross gcc (C only cross-compiler without any C library). When SSP support is requested, gcc_cv_libc_provides_ssp=yes is added to the make command line (see [2] for full details) With this setting, the SSP support is requested but it's not available in the end and the toochain build succeed. When the microblaze toolchain is imported to Biuldroot (2018.05) as external toolchain with BR2_TOOLCHAIN_EXTERNAL_HAS_SSP set, the build stop with : "SSP support not available in this toolchain, please disable BR2_TOOLCHAIN_EXTERNAL_HAS_SSP" The test is doing the following command line: echo 'void main(){}' | [...]/host/bin/microblazeel-linux-gcc.br_real -Werror -fstack-protector -x c - -o [...]/build/.br-toolchain-test.tmp cc1: error: -fstack-protector not supported for this target [-Werror] When we look at the gcc-final log file (config.log) we can see this error several time when using the minimal gcc (from host-gcc-initial). So Why the minimal gcc doesn't support SSP? When we look at the gcc-initial log file (config.log) we can see an error with 'as': configure:23194: checking assembler for cfi directives configure:23209: [...]microblazeel-buildroot-linux-gnu/bin/as -o conftest.o conftest.s >&5 conftest.s: Assembler messages: conftest.s:2: Error: CFI is not supported for this target conftest.s:3: Error: CFI is not supported for this target conftest.s:4: Error: CFI is not supported for this target conftest.s:5: Error: CFI is not supported for this target conftest.s:6: Error: CFI is not supported for this target conftest.s:7: Error: CFI is not supported for this target configure:23212: $? = 1 configure: failed program was .text .cfi_startproc .cfi_offset 0, 0 .cfi_same_value 1 .cfi_def_cfa 1, 2 .cfi_escape 1, 2, 3, 4, 5 .cfi_endproc This is the only relevant difference compared to a nios2 toolchain where libssp is enabled and available (nios2 is an example). "CFI" stand for "Control Flow Integrity" and it seems that SSP support requires CFI target support (see [3] for some explanation). The SSP support seems to depends on CFI support, but the toolchain infrastructure is not detailed enough to handle the CFI dependency. The NiosII toolchains built with binutils < 2.30 are also affected by this issue. This patch improve the toolchain infrastructure by adding a new BR2_PACKAGE_HOST_BINUTILS_SUPPORTS_CFI blind option Disable SSP support for microblaze entirely. Disable SSP support for nios2 only with Binutils < 2.30. Fixes: https://gitlab.com/free-electrons/toolchains-builder/-/jobs/72006389 [1] https://gitlab.com/free-electrons/toolchains-builder/issues/1 [2] https://git.buildroot.net/buildroot/tree/package/gcc/gcc.mk?h=2018.05#n275 [3] https://grsecurity.net/rap_faq.php Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> [Thomas: adjust how the BR2_PACKAGE_HOST_BINUTILS_SUPPORTS_CFI option is expressed.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-09-08 16:41:39 +02:00
config BR2_PACKAGE_HOST_BINUTILS_SUPPORTS_CFI
bool
default y
depends on !BR2_microblaze
Major buildroot facelift, step one. -Erik
2004-10-09 03:06:03 +02:00
choice
prompt "Binutils Version"
package/binutils: default to version 2.36.x Now that we have added version 2.37, it's time to use the 2.36.x series as the default version. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> [Arnout: also update default in binutils.mk] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-07-31 20:55:58 +02:00
default BR2_BINUTILS_VERSION_2_36_X if !BR2_arc && !BR2_csky
binutils: allow the selection of upstream binutils 2.29 for ARC As of today quite a lot of ARC stuff got merged in upsream such that we may finally use upstream realease for building and even running Linux kernel and rootfs built with vanilla binutils. Essentially upstream release is still a bit behind our GitHub-based releases but let's try to use vanilla version and if we're lucky enough with just a small set of back-ported patches we'll be able to use vanilla release(s) for everything in Buildroot. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> [Thomas: fixup the condition to select the special binutils site for ARC.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-11-10 17:37:26 +01:00
default BR2_BINUTILS_VERSION_ARC if BR2_arc
package/binutils: add C-SKY specific version Signed-off-by: Guo Ren <ren_guo@c-sky.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-05-31 08:39:03 +02:00
default BR2_BINUTILS_VERSION_CSKY if BR2_csky
Major buildroot facelift, step one. -Erik
2004-10-09 03:06:03 +02:00
help
Select the version of binutils you wish to use.
package/binutils: add support for binutils 2.32 Remove upstream ARC and Xtensa patches. Keep all other patches from binutils 2.31.1. See the release note: https://sourceware.org/ml/binutils/2019-02/msg00010.html While testing the Binutils 2.32 version bump, the Qemu xtensa defconfig (that was using a kernel 4.16) needed to be updated with a patch [1] from kernel 4.19 otherwise the kernel doesn't boot with binutils 2.32 [2]. Since then, all Qemu defconfig has been updated by commit [3] to use a 4.19 kernel, so the issue no longer exists. All other architectures has been tested using toolchain-builder [4]. [1] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=4119ba211bc4f1bf638f41e50b7a0f329f58aa16 [2] https://www.sourceware.org/ml/binutils/2019-02/msg00015.html [3] fd8a02fd75d652b85f64c1cd7e9adf1ee2329261 [4] https://gitlab.com/kubu93/toolchains-builder/pipelines/45896638 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-10 11:44:28 +01:00
config BR2_BINUTILS_VERSION_2_32_X
bool "binutils 2.32"
package/binutils: add C-SKY specific version Signed-off-by: Guo Ren <ren_guo@c-sky.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-05-31 08:39:03 +02:00
depends on !BR2_csky
package/binutils: add support for binutils 2.32 Remove upstream ARC and Xtensa patches. Keep all other patches from binutils 2.31.1. See the release note: https://sourceware.org/ml/binutils/2019-02/msg00010.html While testing the Binutils 2.32 version bump, the Qemu xtensa defconfig (that was using a kernel 4.16) needed to be updated with a patch [1] from kernel 4.19 otherwise the kernel doesn't boot with binutils 2.32 [2]. Since then, all Qemu defconfig has been updated by commit [3] to use a 4.19 kernel, so the issue no longer exists. All other architectures has been tested using toolchain-builder [4]. [1] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=4119ba211bc4f1bf638f41e50b7a0f329f58aa16 [2] https://www.sourceware.org/ml/binutils/2019-02/msg00015.html [3] fd8a02fd75d652b85f64c1cd7e9adf1ee2329261 [4] https://gitlab.com/kubu93/toolchains-builder/pipelines/45896638 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-10 11:44:28 +01:00
package/binutils: add version 2.35.1 See: https://sourceware.org/pipermail/binutils/2020-July/112530.html (2.35) https://sourceware.org/pipermail/binutils/2020-September/113375.html (2.35.1) Tested by https://gitlab.com/kubu93/buildroot/-/pipelines/197379288 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-10-02 17:57:50 +02:00
config BR2_BINUTILS_VERSION_2_35_X
package/binutils: bump 2.35.x series to 2.35.2 Release notes: https://sourceware.org/pipermail/binutils/2021-January/115150.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2021-01-31 23:32:59 +01:00
bool "binutils 2.35.2"
package/binutils: add version 2.35.1 See: https://sourceware.org/pipermail/binutils/2020-July/112530.html (2.35) https://sourceware.org/pipermail/binutils/2020-September/113375.html (2.35.1) Tested by https://gitlab.com/kubu93/buildroot/-/pipelines/197379288 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-10-02 17:57:50 +02:00
depends on !BR2_csky
# https://github.com/uclinux-dev/elf2flt/pull/16
# https://github.com/uclinux-dev/elf2flt/issues/12
depends on !BR2_BINFMT_FLAT
package/binutils: add support for version 2.36 Release e-mail: https://sourceware.org/pipermail/binutils/2021-January/115071.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2021-01-31 23:33:00 +01:00
config BR2_BINUTILS_VERSION_2_36_X
package/binutils: bump 2.36.x series to 2.36.1 Release notes: We are very sorry to have to report that a problem was found with the GNU Binutils 2.36 release. It turns out that it contained a small portion of code that was not covered by an FSF copyright assignment. So we have created a replacement release - 2.36.1 - with that code removed. In addition we found that a fix for a theoretical security vulnerability[1] was itself broken and could result in the archiver program "ar" misbehaving. So we have chosen to revert the fix from the 2.36.1 release whilst the problem is properly resolved. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2021-02-06 21:11:19 +01:00
bool "binutils 2.36.1"
package/binutils: add support for version 2.36 Release e-mail: https://sourceware.org/pipermail/binutils/2021-January/115071.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2021-01-31 23:33:00 +01:00
depends on !BR2_csky
# https://github.com/uclinux-dev/elf2flt/pull/16
# https://github.com/uclinux-dev/elf2flt/issues/12
depends on !BR2_BINFMT_FLAT
package/binutils: add version 2.37 State of the patches: - 0001-sh-conf.patch Refreshed - 0002-poison-system-directories.patch Refreshed, but needed some adaptations as the bfd_boolean type no longer exists, and the standard "bool" type is now used instead. - 0003-or1k-Fix-issue-with-plt-link-failure-for-local-calls.patch Drop, present in 2.37, merged upstream as a76ef689b60405e494cb99e198acf3c82f467f7d - 0004-or1k-Implement-relocation-R_OR1K_GOT_AHI16-for-gotha.patch Drop, present in 2.37, merged upstream as 0b3e14c90283c5d234884d0ebe8510bc3c9bc687 - 0005-or1k-Avoid-R_OR1K_GOT16-overflow-failures-in-presenc.patch Drop, present in 2.37, merged upstream as 3c3de29b048bca6b4aa4235c647b9328e71801b6 - 0006-or1k-Support-large-plt_relocs-when-generating-plt-en.patch Drop, present in 2.37, merged upstream as 284a1309021a0ef4c29f198470d95652f02b13f0 - 0007-bfd-elf32-or1k-fix-building-with-gcc-version-5.patch Refreshed - 0008-or1k-fix-pc-relative-relocation-against-dynamic-on-P.patch Refreshed Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-07-31 20:55:57 +02:00
config BR2_BINUTILS_VERSION_2_37_X
bool "binutils 2.37"
depends on !BR2_csky
# https://github.com/uclinux-dev/elf2flt/pull/16
# https://github.com/uclinux-dev/elf2flt/issues/12
depends on !BR2_BINFMT_FLAT
binutils: allow the selection of upstream binutils 2.29 for ARC As of today quite a lot of ARC stuff got merged in upsream such that we may finally use upstream realease for building and even running Linux kernel and rootfs built with vanilla binutils. Essentially upstream release is still a bit behind our GitHub-based releases but let's try to use vanilla version and if we're lucky enough with just a small set of back-ported patches we'll be able to use vanilla release(s) for everything in Buildroot. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> [Thomas: fixup the condition to select the special binutils site for ARC.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-11-10 17:37:26 +01:00
config BR2_BINUTILS_VERSION_ARC
toolchain: update option descriptions for ARC tools arc-2020.09-release https://git.buildroot.net/buildroot/commit/?id=0791abfba0227803b19895ea22326f4e17ac93dc bumped * Binutils 2.34.50 with additional ARC patches * GCC 10.0.2 with additional ARC patches * GDB 10.0.50 with additional ARC patches but forgot to update the version numbers stored in option descriptions. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-11-28 12:00:40 +01:00
bool "binutils arc (2.34.50)"
binutils: allow the selection of upstream binutils 2.29 for ARC As of today quite a lot of ARC stuff got merged in upsream such that we may finally use upstream realease for building and even running Linux kernel and rootfs built with vanilla binutils. Essentially upstream release is still a bit behind our GitHub-based releases but let's try to use vanilla version and if we're lucky enough with just a small set of back-ported patches we'll be able to use vanilla release(s) for everything in Buildroot. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> [Thomas: fixup the condition to select the special binutils site for ARC.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-11-10 17:37:26 +01:00
depends on BR2_arc
package/binutils: add C-SKY specific version Signed-off-by: Guo Ren <ren_guo@c-sky.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-05-31 08:39:03 +02:00
config BR2_BINUTILS_VERSION_CSKY
bool "binutils csky"
depends on BR2_csky
Major buildroot facelift, step one. -Erik
2004-10-09 03:06:03 +02:00
endchoice
config BR2_BINUTILS_VERSION
string
toolchain: update ARC tools to arc-2020.09-release This commit bumps ARC toolchain to arc-2020.09-release. ARC GNU tools of version arc-2020.09-release bring some quite significant changes like: * Binutils 2.34.50 with additional ARC patches * GCC 10.0.2 with additional ARC patches * GDB 10.0.50 with additional ARC patches Signed-off-by: Evgeniy Didin <Evgeniy.Didin@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: arc-buildroot@synopsys.com Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-11-02 15:50:54 +01:00
default "arc-2020.09-release" if BR2_BINUTILS_VERSION_ARC
package/binutils: add C-SKY specific version Signed-off-by: Guo Ren <ren_guo@c-sky.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-05-31 08:39:03 +02:00
default "c66d8bbcebfddf713b2b436e1b135e6b125a55a5" if BR2_BINUTILS_VERSION_CSKY
package/binutils: add support for binutils 2.32 Remove upstream ARC and Xtensa patches. Keep all other patches from binutils 2.31.1. See the release note: https://sourceware.org/ml/binutils/2019-02/msg00010.html While testing the Binutils 2.32 version bump, the Qemu xtensa defconfig (that was using a kernel 4.16) needed to be updated with a patch [1] from kernel 4.19 otherwise the kernel doesn't boot with binutils 2.32 [2]. Since then, all Qemu defconfig has been updated by commit [3] to use a 4.19 kernel, so the issue no longer exists. All other architectures has been tested using toolchain-builder [4]. [1] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=4119ba211bc4f1bf638f41e50b7a0f329f58aa16 [2] https://www.sourceware.org/ml/binutils/2019-02/msg00015.html [3] fd8a02fd75d652b85f64c1cd7e9adf1ee2329261 [4] https://gitlab.com/kubu93/toolchains-builder/pipelines/45896638 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-10 11:44:28 +01:00
default "2.32" if BR2_BINUTILS_VERSION_2_32_X
package/binutils: bump 2.35.x series to 2.35.2 Release notes: https://sourceware.org/pipermail/binutils/2021-January/115150.html Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2021-01-31 23:32:59 +01:00
default "2.35.2" if BR2_BINUTILS_VERSION_2_35_X
package/binutils: bump 2.36.x series to 2.36.1 Release notes: We are very sorry to have to report that a problem was found with the GNU Binutils 2.36 release. It turns out that it contained a small portion of code that was not covered by an FSF copyright assignment. So we have created a replacement release - 2.36.1 - with that code removed. In addition we found that a fix for a theoretical security vulnerability[1] was itself broken and could result in the archiver program "ar" misbehaving. So we have chosen to revert the fix from the 2.36.1 release whilst the problem is properly resolved. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2021-02-06 21:11:19 +01:00
default "2.36.1" if BR2_BINUTILS_VERSION_2_36_X
package/binutils: add version 2.37 State of the patches: - 0001-sh-conf.patch Refreshed - 0002-poison-system-directories.patch Refreshed, but needed some adaptations as the bfd_boolean type no longer exists, and the standard "bool" type is now used instead. - 0003-or1k-Fix-issue-with-plt-link-failure-for-local-calls.patch Drop, present in 2.37, merged upstream as a76ef689b60405e494cb99e198acf3c82f467f7d - 0004-or1k-Implement-relocation-R_OR1K_GOT_AHI16-for-gotha.patch Drop, present in 2.37, merged upstream as 0b3e14c90283c5d234884d0ebe8510bc3c9bc687 - 0005-or1k-Avoid-R_OR1K_GOT16-overflow-failures-in-presenc.patch Drop, present in 2.37, merged upstream as 3c3de29b048bca6b4aa4235c647b9328e71801b6 - 0006-or1k-Support-large-plt_relocs-when-generating-plt-en.patch Drop, present in 2.37, merged upstream as 284a1309021a0ef4c29f198470d95652f02b13f0 - 0007-bfd-elf32-or1k-fix-building-with-gcc-version-5.patch Refreshed - 0008-or1k-fix-pc-relative-relocation-against-dynamic-on-P.patch Refreshed Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-07-31 20:55:57 +02:00
default "2.37" if BR2_BINUTILS_VERSION_2_37_X
- make sure we use the proper CC for building binutils. - add config option BR2_EXTRA_BINUTILS_CONFIG_OPTIONS for passing additional flags to binutils configure.
2006-03-10 09:46:36 +01:00
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_BINUTILS_ENABLE_LTO
bool
binutils: make it a proper package * Convert binutils to a proper autotargets package * Add version 2.21 and drop version 2.17 * Hook up packaged binutils for target gcc * Build tools are on HOST_DIR now so change it * Move cross/host gcc to HOST_DIR * Drop kludge from commit 3c77bab2eeace3ee675bd745ca335fa3dd1630bb This is fixed in the next commit "gcc: install copies of libgcc, libstdc++ and libgcj to the sysroot" - tested for arm & x86_64 targets. * TARGET_CROSS now pointed to HOST_DIR too [Peter: Config.in tweaks] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-31 12:39:01 +01:00
config BR2_BINUTILS_EXTRA_CONFIG_OPTIONS
fix whitespace
2006-07-17 05:53:12 +02:00
string "Additional binutils options"
default ""
help
- add binutils-2.18 and binutils-2.18.50.0.1
2007-09-17 13:19:04 +02:00
Any additional binutils options you may want to include.
Reference in New Issue Copy Permalink