Bug 47824 - osmesa using --enable-shared-glapi depends on libgl
osmesa using --enable-shared-glapi depends on libgl
Status: RESOLVED FIXED
Product: Mesa
Classification: Unclassified
Component: Other
8.0
All All
: medium normal
Assigned To: mesa-dev
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-24 16:35 UTC by Jonathan Liu
Modified: 2013-07-16 09:34 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
fix? (577 bytes, text/plain)
2013-07-04 17:17 UTC, Maarten Lankhorst
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jonathan Liu 2012-03-24 16:35:34 UTC
Configure command:
./configure --prefix=/usr --with-dri-driverdir=/usr/lib/xorg/modules/dri --with-gallium-drivers=r300,r600,nouveau,svga,swrast --enable-gallium-llvm --enable-gallium-egl --enable-shared-glapi --enable-glx-tls --enable-dri --enable-glx --enable-osmesa  --enable-gles1 --enable-gles2 --enable-egl --enable-texture-float --enable-xa --enable-shared-dricore

When compiling mesa with osmesa and --enable-shared-glapi, OpenGL functions such as glNormal3f, glVertex3f, etc. are not defined in libOSMesa but are defined in libGL. It would be good if there was an option to build libOSMesa with static GL API and the rest built with shared GL API at the same time. This means if libGL is replaced with a proprietary libGL, libOSMesa can still continue to function properly.
Comment 1 Maarten Lankhorst 2013-07-04 17:17:17 UTC
Created attachment 82036 [details]
fix?

I have no idea how much this helps, but give it a shot..