| Summary: | SDK sanity test fails to build gpp for qemumip64 multilib | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Bill Randle <bill.randle> | ||||
| Component: | devtools / tool chain | Assignee: | Juro Bystricky <juro.bystricky> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | Medium | CC: | juro.bystricky, meta.mr.watcher, meta.watcher, ross.burton, sgw | ||||
| Version: | 2.2 | ||||||
| Target Milestone: | 2.2 | ||||||
| Hardware: | x86 | ||||||
| OS: | Multiple | ||||||
| Whiteboard: | |||||||
| OS type for building Yocto: | --- | Type of Regression: | --- | ||||
| Verified: | Documentation change: | No (bug/feature does not impact docs) | |||||
| Attachments: |
|
||||||
|
Description
Bill Randle
2016-08-15 16:18:41 UTC
I tried to reproduce the problem with: MACHINE="qemumips64" SDKMACHINE="x86_64" require conf/multilib.conf MULTILIBS = "multilib:lib64 multilib:lib32" DEFAULTTUNE = "mips64-n32" DEFAULTTUNE_virtclass-multilib-lib64 = "mips64" DEFAULTTUNE_virtclass-multilib-lib32 = "mips32r2" $ bitbake core-image-minimal -c populate_sdk I received a bunch of warnings /data/master5/poky/build-mips-10142/tmp/sstate-control/manifest-qemumips64-glibc-initial.populate_sysroot not found but the SDK built fine. (Did not check the functionality, just build) I will re-try with pristine build. I forgot to mention I used the commit 2a859db7a29063c63ff317c27c87eba84f6974d7. Juro: the SDK builds fine, it's the sanity tests that fail. (In reply to comment #3) > Juro: the SDK builds fine, it's the sanity tests that fail. d'oh! Created attachment 3362 [details]
g++ 6.1 include search paths
The file c++config.h does exist, but it is not found. When dumping CPP search path, I see some anomalies, i.e. non-existent directories. (See the attached file) steps: 1. install sdk 2. source ~/mips-multilib-10142/environment-setup-mips64-n32-poky-linux-gnun32 3. $CPP -E -x c++ - -v < /dev/null A few additional observations: MACHINE="qemumips64" SDKMACHINE="x86_64" USER_CLASSES += " testsdk " bitbake core-image-minimal -c populate_sdk bitbake core-image-minimal -c testsdk PASS MACHINE="qemumips64" SDKMACHINE="x86_64" DEFAULTTUNE = "mips64-n32" USER_CLASSES += " testsdk " bitbake core-image-minimal -c populate_sdk bitbake core-image-minimal -c testsdk FAIL The fail is identical to the multilib failure: error: bits/c++config.h: No such file or directory | #include <bits/c++config.h> So strictly speaking, not really a multilib problem. The root cause of the problem is CPP is not looking into the correct directory to find c++config.h, as it is built with incorrect path. The problem is easy to illustrate with a simple MIPS SDK (no multilib) with explicit tuning: DEFAULTTUNE = "mips64-n32" $ $CPP -E -x c++ - -v < /dev/null ... ignoring nonexistent directory: "<path>/sysroots/mips64-n32-poky-linux-gnun32/usr/include/c++/6.1.1/mips64-poky-linux/." ... The directory where the file is actually located is: <path>/sysroots/mips64-n32-poky-linux-gnun32/usr/include/c++/6.1.1/mips64-poky-linux-gnun32/. Once I created the non-existent directory (as a symlink to the existing to the existing directory), then test.cpp compiles without errors. The remedy would be to build the cross-compiler which searches into correct directory, based on multilib/tuning as opposed to fixed location "mips64-poky-linux. (For multilibs, there can be several directories side by side, corresponding to each compiler. These directories have different contents, so the naming is correct and it is not possible to solve this with symlinks as in the simple case pf a single CPP with "modified" tuning) It is possible to fix this by adding missing symlinks.
The fix is only needed when ${TARGET_OS} = linux-gnun32
(Two variations of symlinks are needed, depending if we are building multilib SDK or not.)
patch sent to the mailing list: http://lists.openembedded.org/pipermail/openembedded-core/2016-August/125883.html |