Bug 47824 - osmesa using --enable-shared-glapi depends on libgl
Summary: osmesa using --enable-shared-glapi depends on libgl
Alias: None
Product: Mesa
Classification: Unclassified
Component: Other (show other bugs)
Version: 8.0
Hardware: All All
: medium normal
Assignee: mesa-dev
QA Contact:
Depends on:
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:

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

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]

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

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.