Summary: | media-libs/mesa-9.1_rc2[-shared-glapi] - ../../../../src/mapi/glapi/.libs/libglapi.a(glapi_getproc.o):(.data.rel.ro+0x6128): undefined reference to `glAreTexturesResidentEXT ' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Cédric Jeanneret <contact> |
Component: | [OLD] Library | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | boxcars, bpshacklett, nikoli |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
mesa-build.log.bz2
environment |
Description
Cédric Jeanneret
2013-02-21 08:33:06 UTC
Created attachment 339538 [details]
mesa-build.log.bz2
Have to bzip2 it, it's too large to be uploaded in here - sorry :(.
Created attachment 339540 [details]
environment
build environment
Building with the shared-glapi use flag fixes this. Is this still an issue with mesa-9.1.2-r1? We should just remove the shared-glapi flag. I don't think there's any reason for users to unset this, and no one around here (Intel) tests without it. *** Bug 471154 has been marked as a duplicate of this bug. *** This is still an issue for media-libs/mesa-9.1.2-r1 and media-libs/mesa-9.1.3 ebuilds... Compilation with 'shared-glapi' solves the problem. (In reply to Matt Turner from comment #5) I think we can a warning to the ebuild, so users know that this configuration is unsupported by upstream. Removed shared-glapi USE flag from mesa-9.2_pre20130619.ebuild. We may want to add a warning to other ebuild or maybe remove the USE flag from them too. Fixed sometime long ago. |