Summary: | net-libs/webkit-gtk-2.6.5 : underlinking of : undefined reference to `XCreatePixmap' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | derk.tebokkel, jbowler |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge log
emerge --info output emerge -pqv output environment compressed build.log |
Description
Toralf Förster
![]() Created attachment 401546 [details]
emerge log
I've got this too. And to clarify, it is related to unstable, not to hardened. This seems to be caused by an external change; I encountered it while rebuilding webkit-gtk-2.6.5 on ARM (armv7a). Looks like a library that used to pull in libX no longer does so. The link target is libwebkit2gtk-4.0.so.37.2.6, it's linked with -Wl,--no-undefined (I can't imagine that's new) and there is no "-lX" in the whole of my build log, though there are a lot of other libraries on the command line that might have pulled in libX. GCC 4.9.2, binutils 2.25 Which cmake version are you using ? If it is 3.2, please try 3.1. Also, what are your USE flags for webkit-gtk ? cmake is: dev-util/cmake-3.2.1 Toralf Förster's use flags are in the very first comment, I'll attach my "emerge --info". I'm using a systemd system. Created attachment 402448 [details]
emerge --info output
Created attachment 402450 [details]
emerge -pqv output
This contains the relevant webkit specific USE flags
Created attachment 402452 [details]
environment
Created attachment 402454 [details]
compressed build.log
(In reply to Gilles Dartiguelongue from comment #5) > Which cmake version are you using ? If it is 3.2, please try 3.1. from comment #0 : dev-util/cmake: 3.2.1::gentoo and yes, cmake 3.1 works fine dev-util/cmake-3.1.0 also works for me on armv7a presumably one or other package needs masking, unless webkit-gtk-2.6.6 fixes the problem. WFM with cmake-3.1.0 on x86/amd64 hardened webkit-gtk-2.6.6 compiles and installs using cmake-3.2.1, so it seems to be fixed, although it still takes well over 24 hours to build (without any debug information) on a fast armv7a Is it now fixed? (I wonder what fixed it then :/) It's entirely conceivable that it is one of those bugs where the first installation can't be done, but after it has been done it works. E.g. if it manages to install something which subsequent builds use in the link step, at least for seeing if the symbols will be resolved at run time. Of course I'm not very willing to unmerge it and try from scratch, because it takes so long to build, and I use KDE on my fast build machines, and haven't encountered any problems there. It seems that one of the cmake-3 release changed the way to query X11 libs/cflags and it needed modifications in packages linking against it to link properly. This should be working properly in webkit-gtk-2.6.6. |