openembedded-core.git/meta/recipes-devtools/gcc, branch master

recipes/*-cross recipes: ignore TARGET_ARCH sstate hash

2017-04-12T14:02:13+00:00

"yocto-compat-layer.py --machines" showed that shared packages like
gcc-cross-powerpc64 have a sstate signature that depends on
TUNEFLAGS. As a result, there are unnecessary rebuilds and potential
conflicts in a multiconfig.

That's due to the way how TARGET_ARCH is set. Richard Purdie suggested
setting TARGET_ARCH[vardepvalue] as fix, which works. It would be
shorter to do that in cross.bbclass instead of repeating the relevant
line in different recipes, but Richard was concerned about potential
side-effects in other usages of cross.bbclass.

TARGET_GOARM as used in go.inc is still causing signature differences
for go-cross-powerpc64 and machines b4420qds-64b and p5020ds-64b. This
needs further investigation.

Signed-off-by: Patrick Ohly 
Signed-off-by: Richard Purdie

gcc-6.3: backport fix of check for empty string in ubsan.c

2017-04-08T21:48:06+00:00

Building gcc-cross-initial with GCC7 on the host fails due to the
comparison of a pointer to an integer in ubsan_use_new_style_p, which
is forbidden by ISO C++:

ubsan.c:1474:23: error: ISO C++ forbids comparison between pointer and
integer [-fpermissive]
       || xloc.file == '\0' || xloc.file[0] == '\xff'

Backport the fix from upstream GCC to enable the build with GCC 7

Signed-off-by: Joshua Lock 
Signed-off-by: Richard Purdie

glibc/gcc/libgcc-initial: Delete do_build tasks for -initial

2017-04-08T21:48:05+00:00

We've had a lot of users running into RSS issues where -initial recipes
were being installed into sysroots alongside their counterparts and
causing overlapping files issues.

In general this was through do_build dependencies. Such dependencies are
bad in general and I'd encourage people to compare the taskgraphs with
using a more specific dependency like do_populate_sysroot, do_image_complete
or do_deploy as often the more specific dependency will result in a much
cleaner build.

Regardless, we don't want -initial dependencies getting in the way like
this and there are cases a do_build dependency could make sense.

Deleting the do_build task in these cases makes sense since this is not
a build "endpoint" we'd ever want a user to use, its a behind the scenes
piece of bootstrappping.

Unfortunately to make this work, we need a newer bitbake version which
has a bitbake bug fixed.

Signed-off-by: Richard Purdie

gcc-target.inc: create symlinks for gcov and gcov-tool

2017-03-17T15:37:06+00:00

Create symlinks for gcov and gcov-tool and that they can be used trivially
on target.

Signed-off-by: Chen Qi 
Signed-off-by: Ross Burton

gcc: move cc1 binary file to package cpp.

2017-03-17T15:37:05+00:00

The file /usr/libexec/gcc/.../cc1 has been installed in package gcc
instead of package cpp, because FILES statements for both packages match
the cc1 binary. Move the file to package cpp and add cpp to RDEPENDS_gcc
to fix the dependency.

Having the cc1 binary in cpp fixes errors such as: "cpp: error trying to
exec 'cc1': execvp: No such file or directory".

Signed-off-by: Ismo Puustinen 
Signed-off-by: Ross Burton

gcc: Remove unused patch

2017-03-16T22:11:14+00:00

CVE-2016-4490 applied to gcc < 6.1.1, our version is 6.3

Signed-off-by: Jussi Kukkonen 
Signed-off-by: Richard Purdie

gcc-runtime: Enable libmpx for x86-64

2017-03-10T10:15:45+00:00

Intel MPX was recently enabled on x86 (_append_x86) but that didn't
enable it on x86-64. Explicitly enable libmpx on x86-64 too.

Signed-off-by: Mikko Ylinen 
Signed-off-by: Ross Burton

gcc-runtime: Fix QA issue

2017-03-08T11:26:47+00:00

ERROR: gcc-runtime-6.3.0-r0 do_package: QA Issue: gcc-runtime: Files/directories were installed but not shipped in any package:
  /usr/lib/libmpxwrappers.la
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
gcc-runtime: 1 installed and not shipped files. [installed-vs-shipped]

Signed-off-by: Martin Jansa 
Signed-off-by: Richard Purdie

gcc-source: add comment explaining why a function is Python

2017-03-04T23:18:09+00:00

Signed-off-by: Ross Burton

gcc-runtime: Add libmpx supprt for x86

2017-03-04T09:38:50+00:00

Enabling building the Intel Memory Protection Extension library for x86.

Leave this disabled in musl builds as it doesn't build there yet.

Signed-off-by: Richard Purdie