| Summary: | lib32 connman-gnome built for qemux86-64 fails | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Laurentiu Serban <laurentiu.serban> | ||||
| Component: | connectivity | Assignee: | Constantin Musca <constantinx.musca> | ||||
| Status: | RESOLVED WORKSFORME | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | Medium | CC: | alexandru.damian, meta.mr.watcher, meta.watcher, poky.bs.watcher, poky.watcher, sgw | ||||
| Version: | 1.2.1 | ||||||
| Target Milestone: | 1.2.2 | ||||||
| Hardware: | x86 | ||||||
| OS: | Multiple | ||||||
| Whiteboard: | |||||||
| OS type for building Yocto: | --- | Type of Regression: | --- | ||||
| Verified: | Documentation change: | --- | |||||
| Attachments: |
|
||||||
I can give some details on what is happening here. Its basically a bad interaction between the system and libtool. Usually, libtool would see lines like "-rpath /usr/lib64" and then simply drop them since they match the system search paths. Here, its seeing /usr/lib64/../lib64, probably from the way we've configured gcc and this is not matching a standard linker search path, hence its getting passed on. What is somewhat worrying is that the -rpath is being used for linking, normally this should only get included in the binary and -rpath-link would be used for linking. So there are two issues. We should check 1.3 also I tested it with the following configuration: MACHINE = "qemux86-64" require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE_virtclass-multilib-lib32 = "x86" IMAGE_INSTALL_append = " lib32-connman-gnome" The build finishes without errors. |
Created attachment 624 [details] log do_compile lib32 connman-gnome built for qemux86-64 fails local.conf was updated with the following lines: MACHINE = "qemux86-64" require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE_virtclass-multilib-lib32 = "x86" IMAGE_INSTALL_append = "lib32-connman-gnome" The error is for gconf do_compile. The error log is attached.