This bug report was migrated from our old Bugzilla tracker.

These attachments are available in the static archive:

• Patch created using "hg export -r 6536 > patch.diff" (patch.diff, text/plain, 2012-10-02 14:06:19 +0000, 5263 bytes)

Reported in version: HG 2.0
Reported for operating system, platform: Linux, x86

Comments on the original bug report:

On 2012-10-02 14:06:19 +0000, Scott Nations wrote:

Created attachment 964
Patch created using "hg export -r 6536 > patch.diff"

Regal is a layer on top of existing OpenGL implementations that provides portability and compatibility for the fragmented landscape of today's OpenGL.

see: https://github.com/p3/regal

This patch adds a --enable-video-regal configure option to switch the OpenGL library name used in the video system from libGL to libRegal, so apps using SDL can use Regal as well.

Scott

On 2015-02-19 05:22:21 +0000, Ryan C. Gordon wrote:

Marking a large number of bugs with the "triage-2.0.4" keyword at once. Sorry if you got a lot of email from this. This is to help me sort through some bugs in regards to a 2.0.4 release. We may or may not fix this bug for 2.0.4, though!

On 2015-03-21 02:50:22 +0000, Ryan C. Gordon wrote:

I'm going to decline this patch (with apologies for us being so stupidly late to getting around to it)...apps can already force a GL library to load with the SDL_OPENGL_LIBRARY environment variable, if they rely on Regal. Alternately, if Regal isn't required but happens to work better than the default system GL, the end user can set it as well as appropriate without making Regal vs non-Regal builds of SDL for various apps that need one or the other.

If we were to do something like this patch, it would be better to have the configure script accept a command line like "--with-default-opengl=libRegal.so" instead of a special-case that is only for Regal.

Thanks anyhow, and sorry again that we took so long to respond, especially to respond in the negative.

--ryan.