buildroot/toolchain/toolchain-external, branch 2017.05

toolchain-external: adjust musl dynamic linker symlink for mips-sf

2017-05-30T09:39:40+00:00

The external toolchain code has some logic to calculate the correct name for the dynamic linker symbolic link that needs to be created when the musl C library is being used. There was already some handling for the mipsel+soft-float case, but not for the mips+soft-float case. Due to this, the symbolic link was incorrectly named, and programs were referencing an non-existing file. Reported-by: Florent Jacquet Signed-off-by: Thomas Petazzoni

Revert "toolchain-external: CodeSourcery NiosII 2015.11 affected by PR19405"

2017-05-07T20:09:17+00:00

An autobuilder exception has been added to avoid testing qt gui module with the CodeSourcery NiosII toolchain. This allow to remove the BR2_TOOLCHAIN_HAS_BINUTILS_BUG_19405 symbol. This reverts commit 5dce3c05b5ea38539f6ee6efc24c13db936260dc. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

toolchain: add 4.11.x choice for headers

2017-05-01T18:54:42+00:00

Signed-off-by: Samuel Martin Signed-off-by: Peter Korsgaard

toolchain-external: CodeSourcery MIPS update upstream URL

2017-04-30T21:21:02+00:00

The current URL returns error 403: Forbidden, so switch to https. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

toolchain-external: CodeSourcery ARM update upstream URL

2017-04-30T21:21:01+00:00

The current URL returns error 403: Forbidden, so switch to https. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

toolchain-external: CodeSourcery aarch64 update upstream URL

2017-04-30T21:20:59+00:00

The current URL returns error 403: Forbidden, so switch to https. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

toolchain-external: bump CodeSourcery NIOSII to 2017.05

2017-04-30T21:09:04+00:00

Tested with qemu_nios2_10m50_defconfig and Qemu 2.9.0 release. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

toolchain-external: CodeSourcery NIOSII update upstream URL

2017-04-30T21:08:34+00:00

The current URL returns error 403: Forbidden, so switch to https. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

toolchain: copy_toolchain_lib_root: clarify input parameter

2017-04-05T19:33:29+00:00

The input to copy_toolchain_lib_root is not one library, not a list of libraries, but a library name pattern with glob wildcards. This pattern is then passed to 'find' to get the actual list of libraries matching the pattern. Reflect this using an appropriate variable name. Note: if the root of the buildroot tree contains a file matching one of these library patterns, the copying of libraries from staging to target will not be correct. It is not impossible to fix that, e.g. using 'set -f', but maybe it's not worth it. Signed-off-by: Thomas De Schampheleire Signed-off-by: Thomas Petazzoni

toolchain-external: cover multilib toolchains with lib/ layout

2017-04-05T19:32:06+00:00

The toolchain from the Cavium Octeon SDK has a sysroot layout as follows: ./lib32 ./lib32/octeon2 ./lib32-fp ./lib64 ./lib64/octeon2 ./lib64-fp ./usr ./usr/lib ./usr/lib32 ./usr/lib32/octeon2 ./usr/lib32-fp ./usr/lib64 ./usr/lib64/octeon2 ./usr/lib64-fp ./usr/bin ./usr/bin32 ./usr/bin32-fp ./usr/bin64-fp ./usr/libexec ./usr/libexec32 ./usr/libexec32-fp ./usr/libexec64-fp ./usr/sbin ./usr/sbin32 ./usr/sbin32-fp ./usr/sbin64-fp ./usr/include ./usr/share ./sbin ./sbin32 ./sbin32-fp ./sbin64-fp ./etc ./var with the following selections: - lib64 : default - lib64/octeon2 : -march=octeon2 - lib64-fp : -march=octeon3 - lib32 : -mabi=n32 - lib32/octeon2 : -mabi=n32 -march=octeon2 - lib32-fp : -mabi=n32 -march=octeon3 In case of '-mabi=n32 -march=octeon2' (but same is true for n64+octeon2)the original Buildroot toolchain logic would copy both the libraries in lib32 as the subdirectory lib32/octeon2, which means that every library is installed twice (but only one of each is really needed). While ARCH_LIB_DIR is determined by the location of libc.a, which in this case is effectively: /usr/lib32/octeon2/libc.a the variable only retains 'lib32' and not 'lib32/octeon2' as expected. To make Buildroot cope with this style of toolchain layout, we need to adapt the calculation of ARCH_LIB_DIR to also include the second part. This, in turn, means that ARCH_LIB_DIR is no longer guaranteed to be a singular path component, resulting in some additional changes. Certain older Linaro toolchains actually had the same layout. Libraries were located in lib/ rather than lib directly. Previously, this was handled by adding a toolchain-specific fixup that creates a symlink lib/ -> lib, but with this patch this would no longer be needed. Note that one difference with the Octeon case is that these Linaro toolchains are not actually multilib, i.e. there is just one location with the libraries and thus there is no problem with duplicated libraries. Signed-off-by: Thomas De Schampheleire Signed-off-by: Thomas Petazzoni