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

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


bug/show.html.tmpl processed on Sep 25, 2016 at 12:22:54.
(provided by the Example extension).