Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Compile option to use libRegal.so instead of libGL.so #675

Closed
SDLBugzilla opened this issue Feb 10, 2021 · 0 comments
Closed

Compile option to use libRegal.so instead of libGL.so #675

SDLBugzilla opened this issue Feb 10, 2021 · 0 comments
Labels
wontfix

Comments

@SDLBugzilla
Copy link
Collaborator

@SDLBugzilla SDLBugzilla commented Feb 10, 2021

This bug report was migrated from our old Bugzilla tracker.

These attachments are available in the static archive:

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.

@SDLBugzilla SDLBugzilla added bug wontfix labels Feb 10, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix
Projects
None yet
Development

No branches or pull requests

1 participant