Looks like in this case the dispatch library doesn't get built, and also not linked against: ../mesa/lib/libGLESv2.so: undefined reference to `_glapi_Dispatch' ../mesa/lib/libGLESv2.so: undefined reference to `_glapi_get_dispatch' Enabling dri, but disabling all the drivers with --gallium-drivers= solved the isssue. Mesa git commit: 0b6e72f
Thanks for the reminder. Disallowing GLES + non-DRI has been on my todo list. Is there a reason GLES + non-DRI is useful?
I'm not sure. I was trying to compile mesa+gallium with as few dependencies as possible (no X11, no external drivers, only soft pipe) and DRI was requesting some Radeon library so I completely disabled it. It was later told me that it is possible to build with DRI but without drivers. This works fine, really, and I do not have any reason to still want it the other way. If the requested scenario is useless or unsupported, it would be nice if configure gave a warning.
Well currently libGL isn't built at all if you pass --disable-[glx|dri] so you would not get anything working then if you did that. Also considering GLES is available on more platforms then DRI (even linux based) I can see the usefulness of a software rasterizer being buildable there. Cheers, Jakob.
This appears to be a duplicate of bug 75098?
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/975.
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.