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

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..

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.