linux/poky.git/meta/recipes-devtools/gcc, branch uninative-3.2

gcc: Refresh patch to fix patch fuzz

2021-05-18T22:52:54+00:00

This is due to previous patches editing common files from this patch Fixes ERROR: gcc-source-11.1.0-11.1.0-r0 do_patch: Fuzz detected: Applying patch 0028-Add-ssp_nonshared-to-link-commandline-for-musl-targe.patch patching file gcc/config/linux.h Hunk #1 succeeded at 203 with fuzz 1 (offset 8 lines). patching file gcc/config/rs6000/linux.h patching file gcc/config/rs6000/linux64.h (From OE-Core rev: d8c3f3a1872a41cc4788ff3d9f42c13debedabd2) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc: Extend .gccrelocprefix section support to musl configs

2021-05-18T22:52:54+00:00

musl includes were not using the relocatable prefix like glibc counterpart, this will mean that musl SDKs will behave better and find the headers in right install directories (From OE-Core rev: 8cb141306f13fa6e25c89c104af9ad0af431eb5d) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc: Add target gcc include search for musl config too

2021-05-18T22:52:54+00:00

Musl has different search order and therefore injects it via INCLUDE_DEFAULTS and does not use the defaults from gcc/cppdefaults.h, this ensures that same fix is extended to musl configs too where it can search for compiler headers It will fix builds with musl where omp.h is not found because it is in gcc includes path on target ( not cross ) sysroot (From OE-Core rev: 3ff688ca02dcc4c0187d1ddc214ec0c74b4e73f1) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc-sanitizers: Package up static hwasan files as well

2021-05-11T10:54:26+00:00

* introduced with gcc-11, other hwasan files were already packaged in: 3df4a25465 gcc-sanitizers: Package up hwasan files but static library was still triggering installed-vs-shipped (From OE-Core rev: 49aec04aa8ac98545b48c41382ebf1a1c3be1118) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

gcc: Upgrade to GCC 11

2021-05-03T14:23:48+00:00

Drop already upstream/backported patches (From OE-Core rev: e64bf999a92aed3c6be38eae9e75ec9277638b95) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

libgcc-initial: Do not build fp128 to decimal ppc functions

2021-05-03T14:23:47+00:00

These functions depend on glibc headers e.g. stdlib.h/fenv.h/string.h/stdio.h which do not exist when building lbgcc-initial, and these functions are not needed during glibc build so we are fine to disable them introdcued with [1] [1] https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=781183595acba67a37c66f59a0c1d9b5fee7e248 (From OE-Core rev: 7883b4c1384fe30066072f39e9a930be537bc3b4) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc-runtime: Fix FILE related reproducablity issues

2021-05-01T21:48:17+00:00

libstdc++ uses assertion macros which use __FILE__ macros and if (__builtin_expect(!bool(_Condition), false)) \ std::__replacement_assert(__FILE__, __LINE__, __PRETTY_FUNCTION__, \ #_Condition) This ends up using absolute paths into build tree for the cases where the charconv header is used, therefore replace the file prefix paths with on-target paths to make them build dir independent (From OE-Core rev: 972c50d6e46ee9dfba8b8ea3867ebdbf24001e6e) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc-cross-canadian: Install LTO linker plugin to BFD searchable location

2021-04-27T14:11:47+00:00

This helps binutils provided tools ar/ranlib/nm to find the LTO linker plugin automatically as well which makes it equivalent to gcc-ar/gcc-nm/gcc-ranlib (From OE-Core rev: 7d8d0b90bea7ea01e1e9ab0ff98f22431f68a506) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc-cross: Install linker LTO plugin for binutils tools

2021-04-27T14:11:47+00:00

This will ensure that ar/ranlib/nm can load the lto linker plugin like gcc-ar, gcc-nm, gcc-ranlib does, this will let the behaviour match between gcc wrappers for these tools, this should help LTO builds for packages (From OE-Core rev: d6658505089234476c1b35fc08fef1eb4f121e85) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gcc-target: Create a LTO plugin symlink in bfd-plugins directory

2021-04-27T14:11:47+00:00

This directory is scanned by binutils provided ar,ranlib,nm for plugins that it can load automatically, putting liblto_plugin.so in their means we do not need gcc-ar, gcc-nm, gcc-ranlib particularly as normal ar/ranlib/nm tools will work equally well as they can now use this linker plugin by default This also mean we can revert back to using ar/ranlib/nm as default providers for AR/NM/RANLIB on target (From OE-Core rev: 5aae5812223792d5e5bd57e024de50fbcd1e6da5) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

linux/poky.git/meta/recipes-devtools/gcc, branch uninative-3.2

gcc: Refresh patch to fix patch fuzz

gcc: Extend .gccrelocprefix section support to musl configs

gcc: Add target gcc include search for musl config too

gcc-sanitizers: Package up static hwasan files as well

gcc: Upgrade to GCC 11

libgcc-initial: Do not build fp128 to decimal ppc functions

gcc-runtime: Fix __FILE__ related reproducablity issues

gcc-cross-canadian: Install LTO linker plugin to BFD searchable location

gcc-cross: Install linker LTO plugin for binutils tools

gcc-target: Create a LTO plugin symlink in bfd-plugins directory

gcc-runtime: Fix FILE related reproducablity issues