buildroot/package/gcc, branch 2016.11

package/gcc: fix ICE on xtensa, 5.x and 6.x, PR target/78603

2016-11-30T21:44:31+00:00

Zero overhead loop optimization pass may incorrectly put start of the loop between a call and its CALL_ARG_LOCATION note, resulting in the following build error: ../src/pjlib-test/thread.c: In function 'thread_test': ../src/pjlib-test/thread.c:328:1: internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21846 Fixes: http://autobuild.buildroot.net/results/d919e1276ce1d39b4b3eb09937927d5959cd69a3/ Signed-off-by: Max Filippov Signed-off-by: Thomas Petazzoni

package/gcc: fix ICE on xtensa, 6.2, PR target/78118

2016-11-30T21:43:52+00:00

This fixes gcc build for xtensa configurations with call0 ABI. Signed-off-by: Max Filippov Signed-off-by: Thomas Petazzoni

gcc: add patch to support musl on ppc

2016-11-27T21:21:27+00:00

Tested with a boot in Qemu (g3beige). Signed-off-by: Waldemar Brodkorb Signed-off-by: Thomas Petazzoni

gcc: backport upstream patch for sync_8 in !glibc

2016-11-26T14:17:09+00:00

gcc 4.7 introduced the sync_8 builtin functions for ARM. For ARM < v7, this requires calling into the kernel. However, the failure path of that call reports an error with the __write() function, which is a glibc internal function. Therefore, it fails to link with uClibc or musl. This was fixed in gcc 5.2.0, by replacing the __write() with a plain write(). For sync_8 itself we have solved this with the conditions on BR2_TOOLCHAIN_ARM_HAS_SYNC_8. However, the same function is also used for the implementation of atomics. For the internal toolchain, we can fix this by backporting the patch to 4.9.4 and 4.8.5. Fixes: http://autobuild.buildroot.net/results/1db64b4830f499621e44523e0ef68191505e2ce9 Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

package/gcc: backport xtensa trap pattern for 5.x

2016-11-14T21:53:12+00:00

gcc 5.x uses trap pattern extensively to mark locations where program execution should never get. Default pattern implementation emits a call to 'abort' function. This function however is not always available, e.g. it's not available for the libc dynamic linker. Backport implementation of the trap pattern for xtensa that does not result in a call to 'abort'. Fixes: http://autobuild.buildroot.net/results/0fbcc4475545904bf88f25a3bdf3ee552bf4960e http://autobuild.buildroot.net/results/cb7f5bdfac615d774f3bcd1b802f8d74460bc557 http://autobuild.buildroot.net/results/cf3dc9ae4f74ff28b285f1a862b71d96384d7651 Signed-off-by: Max Filippov Signed-off-by: Thomas Petazzoni

toolchain: Bump ARC tools to arc-2016.09-rc1

2016-11-14T20:40:58+00:00

As described at: 4520524ba055706236db9f00dd79f1b2e2e87fde this commit continues a series of updates of ARC tools. This time we're updating tools to arc-2016.09-rc1. This update contains a lot of important fixes, e.g. it fixes: http://autobuild.buildroot.net/results/4c7/4c77f33c842b37bf28cb931edf1b290e1bf4d93c// http://autobuild.buildroot.net/results/902/902729a0b98675ad803939e3ecdcf230065a6012// and other failures. Other important change is that we also update gdb. Now we are using gdb 7.12. This version of gdb requires C++ toolchain support so we add corresponding dependency to gdb Config.in file. Signed-off-by: Vlad Zakharov [Thomas: - fix dependency on C++ of gdb, it must use BR2_INSTALL_LIBSTDCPP - add comment about the C++ dependency of gdb on ARC.] Signed-off-by: Thomas Petazzoni

MIPS: rename M6201 core to M6250

2016-11-09T21:42:12+00:00

m6201 is the -march option for GCC, but the real core name is M6250. Signed-off-by: Vicente Olivert Riera Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

MIPS: rename M5101 core to M5150

2016-11-09T21:41:51+00:00

m5101 is the -march option for GCC, but the real core name is M5150. Signed-off-by: Vicente Olivert Riera Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

MIPS: remove M5100 core

2016-11-09T21:41:07+00:00

This is a microcontroller class (MCU) core which is not suitable for running Linux. Signed-off-by: Vicente Olivert Riera Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

microblaze: fix musl support

2016-10-28T13:11:52+00:00

For musl we need patches for bintils 2.25.1 and 2.26.1. Binutils 2.27 and gcc 6.2.x does not work for microblaze, even not for uClibc-ng or glibc. For gcc 5.4.x the existing patch need reworking so that musl and uClibc-ng is supported. Signed-off-by: Waldemar Brodkorb [Thomas: - Add proper description for the binutils patches - Use BR2_microblaze instead of BR2_microblazeel and BR2_microblazebz] Signed-off-by: Thomas Petazzoni