]> code.ossystems Code Review - openembedded-core.git/commit
gcc-sanitizers: Move content from gcclibdir into libdir
authorMike Crowe <mac@mcrowe.com>
Sun, 28 Feb 2021 12:20:54 +0000 (12:20 +0000)
committerAnuj Mittal <anuj.mittal@intel.com>
Fri, 19 Mar 2021 08:03:25 +0000 (16:03 +0800)
commit6b9e85e48ba43be74d51c7af703ba787f36e3241
treef90b5e171ec0a070974dc6549a6ae0523e41e9b4
parent45b8cc437557490ae3aca2434ea19a5113bf2fa6
gcc-sanitizers: Move content from gcclibdir into libdir

In e9e5744ba8b0d43c8b874d365f83071ce20bf0a1, Khem Raj wrote:
> OE does not use the traditional /usr/lib/gcc prefix to store
> gcc-runtime it basically is moved into libdir, however some newer
> files were installed by newer versions of gcc especially libgomp (
> omp.h openacc.h ) into gcclibdir, so we have content in both
> directories, this confuses other tools which are trying to guess the
> gcc installation and its runtime location, since now we have two
> directories, the tools either choose one or other and we get
> inconsistent behavior, e.g. clang for aarch64 uses /usr/lib but same
> clang for riscv64 chose /usr/lib/gcc

> This change ensures that OE ends up with single valid location for gcc
> runtime files

I think that the same thing needs to happen in gcc-sanitizers.inc,
otherwise I get errors like:

| .../recipe-sysroot/usr/include/gpg-error-64.h:884:11: fatal error: sanitizer/lsan_interface.h: No such file or directory

when attempting to compile with sanitizers enabled.

FILES_${PN} needs updating to match too.

Signed-off-by: Mike Crowe <mac@mcrowe.com>
Cc: Khem Raj <raj.khem@gmail.com>
Cc: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
(cherry picked from commit 862b4fac3ee7d951758c8c93462331ad52bf0190)
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
meta/recipes-devtools/gcc/gcc-sanitizers.inc