Summary: | media-libs/mesa-7.11.2: libOSMesa.so undef. ref to_glapi_* | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Helmut Jarausch <jarausch> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ansla80, b.brachaczek, sci |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build log
a not really correct hack |
Description
Helmut Jarausch
2012-01-23 09:52:33 UTC
I confirmed, ldd -r /usr/lib/libOSmesa.so gives same undefined symbols. Sounds like as-needed problem of media-libs/mesa. Is Mesa built with USE=shared-glapi? The _glapi_* symbols are part of the libglapi library which is a separate shared object when built with USE=shared-glapi and is statically linked without this USE flag. Looking at the build log, my guess is that Mesa is build with shared-glapi, and thus when -lOSMesa is linked in, -lglapi should also be used but Mesa's built system didn't put -lglapi into osmesa.pc. *** Bug 407387 has been marked as a duplicate of this bug. *** AFAICT, this has been fixed in master, but is there any chance of getting a hack for it for 8.0 ? Backport isn't really an option, cause the "fix" was actually a build system overhaul. Which commit fixed it? (In reply to comment #5) > AFAICT, this has been fixed in master, but is there any chance of getting a > hack for it for 8.0 ? > Backport isn't really an option, cause the "fix" was actually a build system > overhaul. Maybe if you can reproduce it you could answer comment #2. If it's tied to shared-glapi, which I bet it is, let's just force -shared-glapi with OSMesa. Created attachment 320032 [details, diff]
a not really correct hack
This is what I did for myself.
Obviously, it's not really correct (if nothing else, it's only valid with shared-glapi), but it seems to produce a valid lib and the resulting linker line is similar to the one libGL has in such case.
I haven't dug deep enough to see how to get a line that would be correct regardless of the option yet.
The "fix" I was referring to was obviously that change to automake build.
This is not actually fixed in master, I'm getting the same with the live build of mesa. (In reply to comment #0) The fix is to append the line export OSMESA_LIBS="-lOSMesa -lglapi" after the last line of the ebuild file. Helmut. Patch submitted upstream: http://lists.freedesktop.org/archives/mesa-dev/2012-September/028019.html (In reply to comment #11) > Patch submitted upstream: > http://lists.freedesktop.org/archives/mesa-dev/2012-September/028019.html Patch committed to master: http://cgit.freedesktop.org/mesa/mesa/commit/?id=1762ec28db4bfb85eeb6e61377839a3889f77216 Patch committed to 9.0: http://cgit.freedesktop.org/mesa/mesa/commit/?h=9.0&id=c8669c7ba7a01780d4cfd1cfc6ab8cc6f7fc2510 Fixed in 9.0. |