Basing this check off "arch == x86" is not strictly correct.
This option should be used on any toolchain where it is a valid
option to ensure that the build host libraries are ignored.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
* origin/release/2014.05:
tcmode: obey MGLS_LICENSE_FILE, not MGLS
testfloat: obey LDFLAGS
ossp-uuid: obey LDFLAGS
boot-format: obey LDFLAGS
tcmode: don't use BB_HASHBASE_WHITELIST_append
tcmode: use /tmp/sourcery-$LOGNAME for TMPDIR
external-sourcery-toolchain: Error out if libc.so does not exist
external-sourcery-toolchain: Package libinproctrace library.
external-sourcery-toolchain: Fix installation of lib/locale.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Conflicts:
conf/distro/include/tcmode-external-sourcery.inc
Currently, bitbake isn't always using the finalized configuration metadata to
get the value of this variable, so the _append isn't always applied.
JIRA: MEIBPADIT-811
Signed-off-by: Christopher Larson <kergoth@gmail.com>
Work around the bad interaction between cs-license and pseudo by shoving all
the temporary files into a subdir by the user's original logname.
JIRA: SB-1905
Signed-off-by: Christopher Larson <kergoth@gmail.com>
Depending on the external toolchain config, the libc.so file may
not exist. This generally means that the machine config does
not have multi-lib support when it should. Rather than letting
the "sed" command error out with a cryptic message, issue a
(hopefully) more meaningful message.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
Currently, bitbake isn't always using the finalized configuration metadata to
get the value of this variable, so the _append isn't always applied.
JIRA: MEIBPADIT-811
Signed-off-by: Christopher Larson <kergoth@gmail.com>
Work around the bad interaction between cs-license and pseudo by shoving all
the temporary files into a subdir by the user's original logname.
JIRA: SB-1905
Signed-off-by: Christopher Larson <kergoth@gmail.com>
A few lib based changes for meta-sourcery.
* drewmoseley/daisy:
external-sourcery-toolchain: Error out if libc.so does not exist
external-sourcery-toolchain: Package libinproctrace library.
external-sourcery-toolchain: Fix installation of lib/locale.
Depending on the external toolchain config, the libc.so file may
not exist. This generally means that the machine config does
not have multi-lib support when it should. Rather than letting
the "sed" command error out with a cryptic message, issue a
(hopefully) more meaningful message.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
This caused all manner of breakage due to the toolchain writing out files with
wrong ownership, then those files would end up leaking into the rootfs.
JIRA: INTAMDDET-129, SB-2725
This reverts commit 6bd4ec919a.
This ensures that they don't affect our checksums/signatures. These affect the
behavior of the toolchain licensing, not the output.
Signed-off-by: Christopher Larson <kergoth@gmail.com>
This locale doesn't seem to be available in the external toolchain, so make
sure it isn't included in this variable, otherwise locale-base will depend
upon a non-existant package.
JIRA: SB-2602
Signed-off-by: Christopher Larson <kergoth@gmail.com>
The sourcery toolchain writes temporary files to /tmp, and includes the
username. If multiple users are doing builds with pseudo enabled, it'll try to
write to the other user's file, since both will use 'root', and the build will
fail as a result.
Initially, I attempted to alter CC, KERNEL_CC, LD, etc to prepend with 'env
PSEUDO_UNLOAD=1 ', but this isn't ideal, as it seems there are cases where our
vars aren't obeyed. For example, the kernel build runs gcc -E, but it seems it
gets that from the cross-compiler prefix, not from CC, and we aren't passing
anything in for CPP. So, for now, use wrappers to deal with it, to ensure that
absolutely any call to any of the toolchain binaries will unload pseudo.
JIRA: MEIP-393, SB-1905
Signed-off-by: Christopher Larson <kergoth@gmail.com>
