| Summary: |
osmesa: Expose GL entry points for Windows build, via .def file |
| Product: |
Mesa
|
Reporter: |
Nigel Stewart <nigels.com> |
| Component: |
Mesa core | Assignee: |
mesa-dev |
| Status: |
RESOLVED
FIXED
|
QA Contact: |
mesa-dev |
| Severity: |
enhancement
|
|
|
| Priority: |
medium
|
CC: |
nigels.com
|
| Version: |
11.0 | |
|
| Hardware: |
All | |
|
| OS: |
All | |
|
| Whiteboard: |
|
|
i915 platform:
|
|
i915 features:
|
|
|---|
| Attachments: |
git format-patch
|
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.
Created attachment 118837 [details] git format-patch As the GLEW maintainer, I've been looking to support OSMesa natively in GLEW, when built in -DGLEW_OSMESA=1 mode. I had some success with on Linux, but linking with libOSMesa, rather than libGL. However, the Windows scons build does not export the OpenGL functions that GLEW needs, such as glGetString. Linux: $ nm -D /usr/lib/x86_64-linux-gnu/libOSMesa.so | grep glGetString 000000000026e620 T glGetString 0000000000270d40 T glGetStringi I found that GLEW utilities glewinfo and visualinfo work on Windows with OSMesa, given a patched osmesa.def, as attached. - Nigel