linux/poky.git/meta, branch 2.7_M1

gcc: Drop 7.3 since 8.2 is working fine for us

2018-12-15T17:10:52+00:00

We've had gcc 8.2 around for long enough that 7.3 can be removed now. (From OE-Core rev: 20aea61385e1a53ac245353899277ba20104ed2f) Signed-off-by: Richard Purdie

oe: Fix opkg status list parse - Missing postinst

2018-12-15T17:10:52+00:00

While parsing opkg package status, last package status was not properly handled, resulting in final image without postinst and pkg depends (From OE-Core rev: 0d3ca08347eb0c8b9615a0197c213a32f52033c8) Signed-off-by: Raul Martins Signed-off-by: Richard Purdie

base.bbclass: Add comments for gcc links to ccache

2018-12-15T17:10:52+00:00

(From OE-Core rev: ce6bf125aba7344d56368885605949e373b06393) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

gcc-7.3, gcc-8.2: Use variable SYSTEMLIBS_DIR instead of hardcoding it for ppc64

2018-12-15T17:10:52+00:00

(From OE-Core rev: d4063951acabae0b69fc195ec1e0f2dcd02a5d01) Signed-off-by: Serhey Popovych Signed-off-by: Richard Purdie

gcc: Enable secureplt for powerpc64 target too

2018-12-15T17:10:52+00:00

(From OE-Core rev: 72c3381ef5b18c784707ef361ee02f07770220f6) Signed-off-by: Serhey Popovych Signed-off-by: Richard Purdie

gcc: More places to patch to disable ldbl 128 for musl on PPC

2018-12-15T17:10:52+00:00

There are four functions using TFmode type (128bit) that isn't available when building with musl. Move each of them from common ppc64-fp.c to individual files referenced from t-float128 that used when ldbl 128 enabled at configure time. For gcc-7.3 if -mfloat128 is given -mfloat128-type must be given too. Exclude ibm-ldouble.c when ldbl 128 isn't enabled at config time. Build and boot tested with musl (no float128) and glibc (float128 and ibm128 on PowerPC64). (From OE-Core rev: dec8e566810525563b33c2877d10db0a70965d6d) Signed-off-by: Serhey Popovych Signed-off-by: Richard Purdie

gcc: Fix preprocessor redefines for header pathes

2018-12-15T17:10:52+00:00

When building for powerpc64 using musl as C library we get preprocessor macro redefinition errors since gcc-configure-common.inc adds #define of STANDARD_STARTFILE_PREFIX_1 and STANDARD_STARTFILE_PREFIX_2 to gcc/defaults.h after ones added by a patch that ensures target gcc headers included. Since gcc-configure-common.inc included in every gcc recipe either directly or indirectly, do_configure task is not disabled/deleted for any of them (except gcc-source.inc) and there is no precondition that skips gcc/defaults.h patching in gcc-configure-common.inc::do_configure_prepend() we can just remove conflicting parts of mentioned above patch to have single place where start files prefixes defined in do_configure() task. (From OE-Core rev: 0622a4168aac627b44547f72fe93589cf1050e42) Signed-off-by: Serhey Popovych Signed-off-by: Richard Purdie

python3: Fix do_configure check platform triplet error (2)

2018-12-15T17:10:52+00:00

When building for powerpc 32bit with musl following error triggered from do_configure: checking for the platform triplet based on compiler characteristics... powerpc-linux-gnu configure: error: internal configure error for the platform triplet, please file a bug report This is caused by PLATFORM_TRIPLET != MULTIARCH mismatch since MULTIARCH in case of musl is powerpc-linux-musl. Since triplet is used as part module name as described in PEP-3149 to make fix less intrusive alias powerpc-linux-musl to powerpc-linux-gnu to avoid possible runtime (e.g. tests) incompatibilities later. Fix was inspired by commit cda0ef61d373 ("python3: fix do_configure check platform triplet error"). (From OE-Core rev: b2ec91e12088afa0560aecede587d0970fc64110) Signed-off-by: Serhey Popovych Signed-off-by: Richard Purdie

openssl: Skip assembler optimized code for powerpc64 with musl

2018-12-15T17:10:52+00:00

This code is written for elfv1 ABI in mind and linked as such: disable all optimizations at the moment when building for powerpc64 with musl. (From OE-Core rev: bee9e807430178426b2a5635b573ae285e889c39) Signed-off-by: Serhey Popovych Signed-off-by: Richard Purdie

musl: Create default library search path based on configuration

2018-12-15T17:10:52+00:00

In absence of /etc/ld-musl-$(ARCH).path file musl uses hardcoded default search path "/lib:/usr/local/lib:/usr/lib". This works for cases when system libraries installed in one of these pathes. However if lib64 or libx32 used as system library directories and no usr merge functionality enabled for distro musl dynamic loader cannot find libraries and finally execute binaries. Found while working on support for musl on powerpc64 builds where lib64 variant is used regardless of multilib being on or off. Fix by creating default search path based on configuration time values for syslibdir and libdir. (From OE-Core rev: 2da79f021b5525ea5b56a86563905a67fc958fa5) Signed-off-by: Serhey Popovych Signed-off-by: Richard Purdie