linux/poky.git/meta/recipes-devtools/gcc, branch morty-next

gcc: Remove patch causing ICE on x86_64 valgrind compile

2018-03-14T14:55:54+00:00

| ../../valgrind-3.12.0/VEX/priv/host_ppc_isel.c: In function 'iselInt64Expr': | ../../valgrind-3.12.0/VEX/priv/host_ppc_isel.c:3270:1: internal compiler error: Segmentation fault | } | ^ | Please submit a full bug report, | with preprocessed source if appropriate. | See for instructions. | rm -f libvexmultiarch-amd64-linux.a | Makefile:1813: recipe for target 'priv/libvex_amd64_linux_a-host_ppc_isel.o' failed Remove the patch to gcc causing this until the issue can be figured out. (From OE-Core rev: 67e99321233e6a2897a0de33f0b98cd89bc9d3dc) Signed-off-by: Richard Purdie

gcc6: Backport few more patches

2018-03-14T14:55:54+00:00

Backported series of patches from https://github.com/hjl-tools/gcc.git branch /hjl/indirect/gcc-6-branch/master which contains an IA patch series for security related issues (From OE-Core rev: 155936a8e5d29d26ef80333920a056f7c3211657) Signed-off-by: Juro Bystricky Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

gcc6: enable FL_LPAE flag for armv7ve cores

2018-03-14T14:55:54+00:00

The following commit added the FL_LPAE flag to FL_FOR_ARCH7VE, but neglected to also add it to the armv7ve compatible cores defined in arm-cores.def. https://github.com/gcc-mirror/gcc/commit/af2d9b9e58e8be576c53d94f30c48c68146b0c98 The result is that gcc 6.4 now refuses to allow -march=armv7ve and -mcpu=XXX to be used together, even when -mcpu is set to an armv7ve compatible core: arm-linux-gnueabi-gcc -march=armv7ve -mcpu=cortex-a7 -Werror ... error: switch -mcpu=cortex-a7 conflicts with -march=armv7ve switch [-Werror] Fix by defining flags for armv7ve compatible cores directly from FL_FOR_ARCH7VE, rather than re-creating the armv7ve flags independently by combining FL_FOR_ARCH7A with the armv7ve specific FL_THUMB_DIV and FL_ARM_DIV flags. (From OE-Core rev: 9923939703d918461d789712e14420a38ebf978b) Signed-off-by: Andre McCurdy Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

gcc6: Fix unaligned STRD issue on ARM

2018-03-14T14:55:54+00:00

Backport https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82445 Fixes [YOCTO 12297] (From OE-Core rev: 588382b586eb27ba4825d3bdc0d0a807e956cf24) Signed-off-by: Khem Raj Signed-off-by: Ross Burton (cherry picked from commit 568227133be3f9f015679df3525f6c4f86304fd0) Signed-off-by: Richard Purdie

gcc6: Upgrade to 6.4

2018-03-14T14:55:54+00:00

(From OE-Core rev: 02d2a14333b3cbc8e6acf74245f3db6b6b94c91b) Signed-off-by: Khem Raj Signed-off-by: Ross Burton (cherry picked from commit 7874fa86cb583fe6a178b95ead09430486197197) Signed-off-by: Richard Purdie

gcc: Fix libssh_nonshared linker specs for ppc/musl

2018-03-14T14:55:54+00:00

The change to link libssp_nonshared.a only for musl was to move spec file changes to config/linux.h under a conditional when DEFAULT_LIBC == LIBC_MUSL which worked fine for all but ppc since gcc for ppc provided its own linux.h overrides which are used. This patch duplicates the change in those headers too Cherry-picked from oe-core master 9d39168a6acfa1f289a4448271c0bf9caaea10ec (From OE-Core rev: 7d391a9e566a6ddc2970fc666a45570310bdc780) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

gcc: Link libssp_nonshared.a only on musl targets

2018-03-14T14:55:54+00:00

glibc already provides the content for libssp_nonshared in libc_nonshared.a therefore we dont need to make it universal. This also fixed build issues on glibc when linking statically and using -fstack-protector Fixed errors like /mnt/a/oe/build/tmp/work/i586-bec-linux/aufs-util/3.14+gitAUTOINC+bdfcc0dcfc-r0/recipe-sysroot/usr/lib/../lib/libc.a(stack_chk_fail.o): In function `__stack_chk_fail': /usr/src/debug/glibc/2.26-r0/git/debug/stack_chk_fail.c:27: multiple definition of `__stack_chk_fail_local' /mnt/a/oe/build/tmp/work/i586-bec-linux/aufs-util/3.14+gitAUTOINC+bdfcc0dcfc-r0/recipe-sysroot/usr/lib/../lib/libssp_nonshared.a(libssp_nonshared_la-ssp-local.o):/usr/src/debug/gcc-runtime/7.1.0-r0/gcc-7.1.0/build.i586-bec-linux.i586-bec-linux/i586-bec-linux/libssp/../../../../../../../../work-shared/gcc-7.1.0-r0/gcc-7.1.0/libssp/ssp-local.c:47: first defined here collect2: error: ld returned 1 exit status Cherry-picked from oe-core master d71eba26850838b2878efea3f8c392a2eb2ebbfb (From OE-Core rev: 27eaa97595cbac38a8bec118fe3d5f8920ab814e) Signed-off-by: Khem Raj Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

gcc-runtime: Disable libitm on riscv

2018-03-14T14:55:54+00:00

(From OE-Core rev: 5098e46cd7101bcc66dd579352292136b29d840b) Signed-off-by: Khem Raj Signed-off-by: Ross Burton (cherry picked from commit 21caa8bcda93ce67ef58548f7b85d0569d13d0b9) Signed-off-by: Richard Purdie

gcc-6.3: Backport patch to fix ICE on ARM

2018-03-14T14:55:54+00:00

Fixes internal compiler error: Max. number of generated reload insns per insn is achieved (90) (From OE-Core rev: 7f5485d2b8f978964f1f932fd328c98d0a1872c0) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie (cherry picked from commit d2631f45a057c53797b7ba657662f35f66a2b04e) Signed-off-by: Richard Purdie

gcc-6.3.inc: Use ucontext_t not struct ucontext.

2018-03-14T14:55:54+00:00

Use ucontext_t not struct ucontext in linux-unwind.h files. Current glibc no longer gives the ucontext_t type the tag struct ucontext, to conform with POSIX namespace rules. This requires various linux-unwind.h files in libgcc, that were previously using struct ucontext, to be fixed to use ucontext_t instead. This is similar to the removal of the struct siginfo tag from siginfo_t some years ago. Backport of patches by Joseph Myers, taken from https://gcc.gnu.org/viewcvs/gcc?limit_changes=0&view=revision&revision=249957 [YOCTO #12083] (From OE-Core rev: 063f5558ef2040b6d2c34caa553ed09733fc6470) Signed-off-by: Juro Bystricky Signed-off-by: Ross Burton (cherry picked from commit ec1c18d866c137b1fa523d0fcc29f65a28f59f44) Signed-off-by: Richard Purdie