| Summary: | configure task for qemu-native 1.7 cannot find sdl feature on OpenSuse 13.2 | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Ionut Chisanovici <ionutx.chisanovici> |
| Component: | core | Assignee: | Saul Wold <sgw> |
| Status: | RESOLVED WONTFIX | QA Contact: | Ionut Chisanovici <ionutx.chisanovici> |
| Severity: | normal | ||
| Priority: | Medium | CC: | anders.darander, bogdanx.a.voiculescu, meta.mr.watcher, meta.watcher, ross.burton |
| Version: | 1.6.2 | ||
| Target Milestone: | 1.6.3 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | Add this as a release note for 1.6.2 | ||
| OS type for building Yocto: | --- | Type of Regression: | Regression (Used to work) |
| Verified: | Documentation change: | No (bug/feature does not impact docs) | |
|
Description
Ionut Chisanovici
2014-11-20 12:55:17 UTC
My guess is that cherry-picking 1ea36c8cd3b0d54621440962395d6cae6cb96e96 and b2a93c will fix this. Forgot to mention that the builds are for 1.6.2 daisy, commit: 30b8d9378b8260e452552b806610dc9b6fe0b69f Cheers, Ionut C I debugged the same issue on an internal build-machine just before Christmas. Well, I guess that it's the same issue, as you really need the config.log to be able to state anything. The bitbake error message is at least identical. What I found was that libsdl 1.2 from OpenSuse couldn't find one symbol from libgpg-error (which was build as part of the build process). A quick test revealed that updateing libgpg-error from 1.12 to 1.5 solved the issue. Though, before submitting such a patch, I saw that Saul had already submitted a patch to upgrade libgpg-error to 1.16. The steps to reproduce this was: bitbake qemu-native bitbake libgpg-error-native bitbake qemu-native -c cleansstate bitbake qemu-native The first build succeeds, as nothing have build libgpg-error-native. This means that the host native libsdl links against libgpg-error from OpenSuse. Building libgpg-error-native, and then rebuilding qemu-native fails, as the version of libgpg-error-native is too old. I'd guess that we either would need to backport the update of libgpg-error (at least the -native version) to daisy et al, or patch the linking of qemu-native to search for the host libgpg-error prior to the one from the sysroot. This also occurs with Debian8, Anders has it correct. A little further amplification, libSDL depends on a version'ed libgcrypt (0.20), which in turn depends on libgpg-error, but it is unversion'ed, so if libgpg-error-native is built before qemu-native then the -native version which has the older API is preferred over the host's newer version. We should add a release note that: libgpg-error-native needs to be cleaned first if that error appears, updating libgpg-error in a dot release could cause other issues. |