Bug 7230

Summary: Certain MIPS64 multilib configurations fail to compile
Product: [Build System, Metadata & Runtime] OE-Core Reporter: Mark Hatle <mark.hatle>
Component: deploymentAssignee: Mark Hatle <mark.hatle>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Medium CC: richard.purdie
Version: 1.7   
Target Milestone: 1.8 M4   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: No (bug/feature does not impact docs)

Description Mark Hatle 2015-01-22 04:43:24 UTC
configure with:

MACHINE = "qemumips64"
require conf/multilib.conf
MULTILIBS = "multilib:lib64"
DEFAULTTUNE = "mips64-n32"
DEFAULTTUNE_virtclass-multilib-lib64 = "mips64"
IMAGE_INSTALL_append = "libstdc++ lib64-libstdc++ lib64-glibc"

bitbake -c populate_sdk core-image-minimal

A failure will be generated by the gcc-cross-canadian-mips64n32 package.  It won't be able to package up the files, and further the SDK will fail being unable to find the SDK cross compiler.

The issue is apparently due to a recent change with the definition of TRANSLATED_TARGET_ARCH on MIPS, and the order in which the system expands and updates variables.
Comment 1 Mark Hatle 2015-01-22 04:44:37 UTC
RP suggests that the arch-mips.inc change be changed from an _append to a simple definition, such that:

--- a/meta/conf/machine/include/mips/arch-mips.inc
+++ b/meta/conf/machine/include/mips/arch-mips.inc
@@ -101,4 +101,6 @@ BASE_LIB_tune-mips64el-nf = "lib64"
 MIPSPKGSFX_VARIANT_tune-mips64el-nf = "${TUNE_ARCH}"
 PACKAGE_EXTRA_ARCHS_tune-mips64el-nf = "mips64el-nf"
 
-TRANSLATED_TARGET_ARCH_append = "${ABIEXTENSION}"
+# On mips we need to redefine this to include the ABIEXTENSION
+# we can avoid the python bit as there are no _ or - to translate
+TRANSLATED_TARGET_ARCH = "${TARGET_ARCH}${ABIEXTENSION}"
Comment 2 Mark Hatle 2015-01-22 05:01:32 UTC
The suggested fix, causes various compilation errors.  It appears the cross-compiler is configured incorrectly in some way.  I've not yet been able to investigate the cause of the failures.
Comment 3 Mark Hatle 2015-04-28 18:37:02 UTC
Fixed, oe-core commit: 4b3a2b703b20583bd107f00a297d972e9bfb514a