buildroot/package/binutils, branch 2019.02-op-build

package/binutils: upstream fixes for 2.31.1

2019-03-27T14:40:46+00:00

Combining musl and binutils 2.31.1 will produce static applications that crash immediately. This commit picks up 3 upstream commits to remedy this. See https://sourceware.org/bugzilla/show_bug.cgi?id=23428 Signed-off-by: Norbert Lange Signed-off-by: Thomas Petazzoni (cherry picked from commit 0c34e138b597668a79fc7e71f339a556a6b695e9) Signed-off-by: Peter Korsgaard

toolchain: fix URLs for ARC gcc/binutils/gdb

2018-12-06T20:05:06+00:00

In commit cd9d58f1fc285bcc09f1e0e29ee300a8a9053053 ("toolchain: bumb ARC tools to arc-2018.09 release"), the ARC-specific binutils, gcc and gdb versions were updated to use the 2018.09 release. However, they are mistakenly pointing to a branch rather than a tag. This commit fixes that by using the proper release tag. Signed-off-by: Evgeniy Didin Cc: Thomas Petazzoni Cc: arc-buildroot@synopsys.com [Thomas: rework commit log] Signed-off-by: Thomas Petazzoni

toolchain: bumb ARC tools to arc-2018.09 release

2018-11-29T20:32:51+00:00

This commit finally bumps ARC tools to the most recent arc-2018.09 release version. ARC GNU tools of version arc-2018.09 bring some quite significant changes like: * Binutils v2.31.1 with additional ARC patches * GCC 8.2.1 with additional ARC patches * glibc 2.28 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-2018.09-release Signed-off-by: Evgeniy Didin Cc: Thomas Petazzoni Cc: arc-buildroot@synopsys.com Signed-off-by: Thomas Petazzoni

toolchain: Bump ARC tools to arc-2018.09-rc2

2018-11-20T22:13:20+00:00

This commit bumps ARC toolchain to arc-2018.09-rc2, which includes significant changes since arc-2018.09-rc1. We want to test how new toolchain-rc2 builds packages, so we can make fixes before release of toolcain. This makes us closer to toolchain release which will be in a few weeks. 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 Cc: Thomas Petazzoni Cc: arc-buildroot@synopsys.com Signed-off-by: Peter Korsgaard

binutils: Get rid of obsolete patches

2018-11-18T20:15:18+00:00

Some patches for Binutils seems to not be really needed. Moreover for some of them I was not able to find any justification for their introduction. 1. 0002-ld-makefile.patch This one I may track down to at least 2.15.92.0.2 here [1]. Commit message just says: "Integrate some debian patches, extracted from binutils_2.15-4.diff" But in OpenEmbedded they got rid of it long ago on switch to 2.26, see [2]. 2. 0003-check-ldrunpath-length.patch The same story here. 3. 0004-add-sysroot-fix-from-bug-3049.patch Bug mentioned in this patch was marked as "fixed" in 2012, see [3]. [1] https://git.buildroot.org/buildroot/commit/?id=ce2722a8f2abee5b60862bc896333b77a7502c82 [2] https://github.com/openembedded/openembedded-core/commit/3c7fe424f850af70989ad682dd9c5be70cd02ca5 [3]https://sourceware.org/bugzilla/show_bug.cgi?id=10340 Signed-off-by: Alexey Brodkin Cc: Thomas Petazzoni Cc: Yann E. MORIN Cc: Peter Korsgaard Cc: Romain Naour Reviewed-by: Romain Naour Signed-off-by: Peter Korsgaard

toolchain: Bump ARC tools to arc-2018.09-rc1

2018-11-18T19:47:31+00:00

This commit bumps ARC toolchain to arc-2018.09-rc1. We want to test how new toolchain-rc1 builds packages, so we can make fixes before release of toolcain. ARC GNU tools of version arc-2018.09-rc1 bring some quite significant changes like: * Binutils v2.31.1 with additional ARC patches * GCC 8.2.1 with additional ARC patches * glibc 2.28 with additional ARC patches 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 Cc: Thomas Petazzoni Cc: arc-buildroot@synopsys.com Signed-off-by: Peter Korsgaard

toolchain: disable SSP support if CFI support in binutils is missing

2018-11-04T11:49:25+00:00

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 Cc: Thomas Petazzoni [Thomas: adjust how the BR2_PACKAGE_HOST_BINUTILS_SUPPORTS_CFI option is expressed.] Signed-off-by: Thomas Petazzoni

package/binutils: remove binutils 2.27 patches

2018-10-21T18:18:09+00:00

binutils 2.27 support was removed in commit 453d29f1f45736d0156071930a09015def68994a. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

arch: add support for RISC-V 64-bit (riscv64) architecture

2018-09-23T21:42:41+00:00

This enables a riscv64 system to be built with a Buildroot generated toolchain (gcc >= 7.x, binutils >= 2.30, glibc only). This configuration has been used to successfully build a qemu-bootable riscv-linux-4.15 kernel (https://github.com/riscv/riscv-linux.git). Signed-off-by: Mark Corbin [Thomas: - simplify arch.mk.riscv by directly setting GCC_TARGET_ARCH - simplify glibc.mk changes by using GLIBC_CONF_ENV.] Signed-off-by: Thomas Petazzoni

package/binutils: fix xtensa linker relaxation regression in 2.31.1

2018-07-25T20:57:05+00:00

Fix the following xtensa ld error observed when building uClibc-ng libthread_db with binutils-2.31: BFD (GNU Binutils) 2.31 internal error, aborting at elf32-xtensa.c:3269 in elf_xtensa_finish_dynamic_sections Fixes: https://gitlab.com/free-electrons/toolchains-builder/-/jobs/82264912 Reported-by: Thomas Petazzoni Signed-off-by: Max Filippov Tested-by: Romain Naour Signed-off-by: Thomas Petazzoni