This was using the relpath between the sysroot and the libroot, but only
resolved one of the two, which would result in a wildly incorrect
relative path, breaking the build in some contexts.
JIRA: SB-15645
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
There are two cases where TARGET_SYS might not match
EXTERNAL_TARGET_SYS. In one case, the external toolchain simply used
a different one than we did, and we need to align expectations, but in
another, they may not match due to multilib usage, and in such a case we
likely need both available.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
* origin/sumo:
Silence gdbserver preference warnings in multilib builds
gdb: fix missing mlprefix for gdbserver pref
tcmode: work around mlprefix preference bug wrt gdbserver
gdbserver-external: add missing MLPREFIX in dep on compilerlibs
{glibc,gcc-runtime}: fix warnings about libssp for builds with security flags
meta-environment{,-extsdk}: don't include -B${gcc_bindir} in emitted TUNE_CC_ARCH
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
This can be dropped if and when the toolchain gets built without libssp,
which is the default in oe-core. We don't need gcc's libssp anyway,
since glibc provides it already, and musl has the separate
libssp_nonshared lib to supplement, which is in oe-core.
JIRA: SB-12465
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
This is pulled in already via external-toolchain-cross and
external-toolchain-cross-canadian.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
We need to disable this for the same reason we disable the build-deps check.
The recursive dependency between libgcc and glibc has to be broken.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
We don't need or want this dep, so set it to the empty string rather than
including gcc-common.inc. This fixes builds with current upstream master.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
This reverts commit 91b3032784.
We need these explicitly listed in order to ensure we don't just package the
files, but extract them from the sysroot. The best approach would be to
identify elf binaries the way package.bbclass does, and extract the
debuglink path to determine the files to include, but that can be a future
enhancement.
JIRA: SB-8524
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Files are packaged which need libc libraries, so we need the packagedata so
shlibs can find them.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
There's no need to override this, the default packages is fine, and we already
rprovides the non-external-suffixed package names. This would also have caused
breakage for multilib builds, as the specified package names in PACKAGES
didn't include MLPREFIX.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
This aligns with the non-external recipe, and as ${PN}-dev already disables
the staticdev QA check, this also silences the libgcov-dev QA warning. We
could also have changed libgcov-dev to ${MLPREFIX}libgcov-dev.
JIRA: SB-6225
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Also provide external-common.bbclass to wrap its inclusion and setup
associated metadata. This will make easier to search sysroots for files
without pulling in the rest of the external toolchain class.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
