| Summary: | qemu-native do compile error | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] BitBake | Reporter: | Laurentiu Serban <laurentiu.serban> |
| Component: | bitbake | Assignee: | Richard Purdie <richard.purdie> |
| Status: | RESOLVED NOTABUG | QA Contact: | |
| Severity: | normal | ||
| Priority: | Medium | CC: | jessica.zhang, josh, poky.bs.watcher, poky.watcher, sgw |
| Version: | 1.1.2 | ||
| Target Milestone: | --- | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
|
Description
Laurentiu Serban
2012-07-06 22:40:40 UTC
This occurs on Ubuntu 12.04 Apparently the cause is explained here: http://opencast.3480289.n2.nabble.com/3rd-party-tools-libSDL-so-undefined-reference-to-XGetRequest-Ubuntu-12-04-td7485828.html Fixing this would mean backporting the XGetRequest patch against libx11 from 1.4.4.back to 1.3.4 and also backporting the libsdl patch. I'm not sure this is desireable for a release like edison at this point. when did our GL patch get updated for 1.1.2? That itself seems strange or did this not work correctly in 1.1 also? I did much of the 1.1.2 development on Ubuntu 12.04 and whilst I did see this issue it was not reproducible with a clean build directory. IIRC I determined that this issue was due to some of my build directory having existed from Ubuntu 11.10, before I updated to Ubuntu 12.04. I'd be interested to know if you can reproduce this with a clean build dir and shared state. This should be pretty easy to test as relatively few recipes need building. I'll be at a machine on which I can test this later in the week if nobody can get to it before then. Given the stage and resource limitation of 1.1.2, we won't be able to fix this issue for 1.1.2 but please try to capture the clear steps to reproduce the bug so we can use that in the 1.1.2 release note Just to confirm on Ubunutu 12.04 LTS (64-bit) I just did a fresh clone of poky, switched branch to Edison and ran a build with a vanilla local.conf (other than bumping BB_NUMBER_THREADS and PARALLEL_MAKE) and did not see this issue. |