| Summary: | Compile option to use libRegal.so instead of libGL.so | ||
|---|---|---|---|
| Product: | SDL | Reporter: | Scott Nations <dsn> |
| Component: | video | Assignee: | Ryan C. Gordon <icculus> |
| Status: | RESOLVED WONTFIX | QA Contact: | Sam Lantinga <slouken> |
| Severity: | normal | ||
| Priority: | P2 | CC: | dsn, icculus |
| Version: | HG 2.0 | Keywords: | triage-2.0.4 |
| Hardware: | x86 | ||
| OS: | Linux | ||
| Attachments: | Patch created using "hg export -r 6536 > patch.diff" | ||
|
Description
Scott Nations
2012-10-02 14:06:19 UTC
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! 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. |