Bug 47824

Summary:	osmesa using --enable-shared-glapi depends on libgl
Product:	Mesa	Reporter:	Jonathan Liu <net147>
Component:	Other	Assignee:	mesa-dev
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	medium	CC:	anssi
Version:	8.0
Hardware:	All
OS:	All
Whiteboard:
i915 platform:		i915 features:
Attachments:	fix?

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.