* gh-public/danny:
external-sourcery-toolchain: ship the multilib link in the -dev package
external-sourcery-toolchain: put linux headers in eglibc packages
toolchain-scripts: add TOOLCHAIN_PATH_ADD to PATH
tcmode: use the class override for PATH add
tcmode: don't ship a toolchain in the sdk for now
When building glibc, this is what usually happens -- the headers are
sanitized, then they're included in the libc development package(s), so mirror
that here. Include the headers with eglibc-dev rather than splitting out
separate linux-libc-headers packages.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Long term, may want to add the ability to ship the cross-canadian content from
the external toolchain.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
To avoid issues when a user installed a Sourcery toolchain to the default path
and let it modify their PATH, we iterate over PATH and remove the problematic
elements. Unfortunately, in doing so, we inadvertently forced an early
expansion of PATH due to getting it in its expanded form, then setting PATH
based on that form. Instead, operate against the unexpanded PATH.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
The toolchain installer can end up modifying the user's PATH via their
dotfiles, but if the ia32 sourcery g++ toolchain is always in the user's path,
things can fail to build, as the ia32 toolchain provides non-prefixed binaries
(e.g. 'gcc', 'ld').
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
THis avoids eglibc being rebuilt when trying to include packages like
eglibc-pcprofile. This includes world, and the lsb packagegroup.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
* some stuff related to oprofile was being built but it was not being shipped,
added that to be packged now.
Signed-off-by: Fahad Usman <fahad_usman@mentor.com>
This change allows to generate libgomp packages for external toolchains
with libgomp support.
Signed-off-by: Vladimir Zapolskiy <vladimir_zapolskiy@mentor.com>
Note from kergoth: this is a temporary build fix, likely not an ideal fix for
the underlying problem.
Signed-off-by: Muhammad Shakeel <muhammad_shakeel@mentor.com>
BitBake doesn't run event handlers in registration order, which means there's
no way to know if a given bit of code (e.g. the tcmode set of
EXTERNAL_TOOLCHAIN_SYSROOT) has been set, from a different event handler. So
go back to using ${@}.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Lite toolchains don't include support for native libraries and thus
-msgxx-glibc is not a valid option. Added a check to see if the tools contain
a license directory to determine whether a pro (true) or lite (false)
toolchain is being used and set TUNE_CCARGS_append_x86 accordingly.
Tested with both Lite and pro toolchains.
Signed-off-by: Michael Powell <michael_powell@mentor.com>
