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

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-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

gcc: Clean up unnecessary variable confusion

2017-01-26T10:41:09+00:00

SDKPKGSUFFIX could only really be "nativesdk" and TARGET_SYS never contains
that so the code manipulating TARGET_SYS is pointless. I suspect this once
worked against MULTIMACH_TARGET_SYS which would be a different question but
it no longer does. Its been cut and pasted everywhere.

This patch cleans up the variable references to make things a little more
readable.

Signed-off-by: Richard Purdie

gcc: Split builddir saving into its own sstate task

2017-01-26T10:41:08+00:00

When we stashed the gcc build directory for use in generating the various runtimes
we were being lazy and just used the staging directory. With recipe specific
sysroots this means we're copying a large chunk of data around with the cross
compiler which we don't really need in most cases.

Separate out the data into its own task and inject this into the configure
step. We have to do that here since autotools will wipe out ${B} if it thinks
we're rebuilding and we therefore have to time its recreation after that.

This also takes the opportunity to remove some pointless (as far as I can tell)
conditionals from the do_install code.

Signed-off-by: Richard Purdie

gcc-runtime: Reduce duplication in MIPS variants.

2016-11-15T15:11:55+00:00

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
Signed-off-by: Ross Burton

gcc-runtime.inc: Add CPP support for x86-64-x32 tune

2016-10-08T22:06:26+00:00

Using the following setup (as specified in yocto sample code):

MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:libx32"
DEFAULTTUNE_virtclass-multilib-libx32 = "x86-64-x32"

We fail to compile simple CPP programs because CPP cannot
find relevant header files, looking for them in a non-existing place.
To fix this, we create a symlink of the name CPP expects and point it to
the corresponding existing directory.

[YOCTO#10354]
[YOCTO#10380]

Signed-off-by: Juro Bystricky 
Signed-off-by: Richard Purdie

gcc-configure: Add mipsisa{32, 64}r6{el, } support

2016-10-07T15:43:49+00:00

Add support for MIPS Release 6 ISA

Signed-off-by: Zubair Lutfullah Kakakhel 
Signed-off-by: Richard Purdie

gcc-runtime.inc: add CPP support for mips64-n32 tune

2016-09-03T22:45:46+00:00

This patch fixes the problem where the CPP compiler cannot find include files.
The compiler is configured to look for the files in places that do not exist.
When querying the CPP for search paths, we observe messages such as these:

multilib configuration:

MACHINE="qemumips64"
require conf/multilib.conf
MULTILIBS = "multilib:lib64 multilib:lib32"
DEFAULTTUNE = "mips64-n32"
DEFAULTTUNE_virtclass-multilib-lib64 = "mips64"
DEFAULTTUNE_virtclass-multilib-lib32 = "mips32r2"

ignoring nonexistent directory "/sysroots/mips64-n32-poky-linux-gnun32/usr/include/c++/6.2.0/mips64-poky-linux/32

single lib configuration:
MACHINE="qemumips64"
DEFAULTTUNE = "mips64-n32"
ignoring nonexistent directory "/sysroots/mips64-n32-poky-linux-gnun32/usr/include/c++/6.2.0/mips64-poky-linux/

To fix this, create a symlink of the name CPP expects and point it to the corresponding "gnun32" directory.

[YOCTO#10142]

Signed-off-by: Juro Bystricky 
Signed-off-by: Richard Purdie

gcc-runtime: add SUMMARY values

2016-07-12T22:10:02+00:00

It's useful to know what the various libraries are that get produced by
gcc-runtime, as well as to have a specific SUMMARY for the recipe.

Signed-off-by: Paul Eggleton 
Signed-off-by: Ross Burton