summaryrefslogtreecommitdiffstats
path: root/bitbake
diff options
context:
space:
mode:
authorMark Hatle <mark.hatle@windriver.com>2015-01-15 09:05:33 -0600
committerRichard Purdie <richard.purdie@linuxfoundation.org>2015-01-21 14:28:48 +0000
commit3e4d84aea3623d4eac2e5a094cf103b26859a6b6 (patch)
tree57cd9bcd065b4dfd7fadc09f0271413b7df08e69 /bitbake
parent3290dc9e48e6f2fe568a8a9ce3193ee5b805ba2e (diff)
downloadpoky-3e4d84aea3623d4eac2e5a094cf103b26859a6b6.tar.gz
arch-mips.inc: Add the MIPS ABIEXTENSION to toolchain name
[YOCTO #7143] When the system is configured for a multilib SDK, such as: require conf/multilib.conf MULTILIBS = "multilib:lib32 multilib:lib64" DEFAULTTUNE = "mips32r2" DEFAULTTUNE_virtclass-multilib-lib32 = "mips64-n32" DEFAULTTUNE_virtclass-multilib-lib64 = "mips64" Only one of the mips64-n32 or mips64 toolchains is built. Causing the other to be unavailable. This is due to both recipes ending up with the same PN. The toolchain uses the TRANSLATED_TARGET_ARCH in it's name, however the target for mips64 and mips64 n32 were the same, causing the conflict. Avoid this conflict by adding the ABIEXTENSION to the name. (From OE-Core rev: 0bcc01121e928d0be7a0550e500425852c63cf98) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'bitbake')
0 files changed, 0 insertions, 0 deletions