This bug report was migrated from our old Bugzilla tracker.

These attachments are available in the static archive:

• Patch to fix (patch.diff, text/plain, 2012-06-15 03:26:05 +0000, 1557 bytes)

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

Comments on the original bug report:

On 2012-06-15 03:26:05 +0000, Neil Roberts wrote:

Created attachment 877
Patch to fix

Please see the patch

On 2012-06-20 13:38:36 +0000, Gabriel Jacobo wrote:

I wanted to verify this patch as it seems simple enough but I have nVidia propietary drivers installed in my 64bit Linux, and it seems that the Mesa GLES stuff doesn't play along with it...

libEGL warning: DRI2: failed to authenticate
Couldn't create renderer:

Also, with the Mesa EGL stuff installed I also loose the OpenGL backend.

On 2012-07-06 06:13:21 +0000, Neil Roberts wrote:

If it helps, I've tested this with the Mesa GLES2 stuff and it seems to work fine. I am using it with Cogl¹.

You might have better luck testing on nVidia if you set LIBGL_ALWAYS_SOFTWARE=1 to force it to use software rendering.

You can compile Mesa with both GL and GLES2 support as long as you pass the --enable-shared-glapi configure option.

It doesn't work to compile SDL with both GLES2 and GL. It compiles but half of the code will try to use GL and the other half GLES2 so it falls apart. It looks like it would only need minor tweaking to fix this though and make it run-time selectable. It would be really great if there was some API to select this, but I guess I should file that as a separate bug.

1. http://cogl3d.org/
   http://git.gnome.org/browse/cogl/commit/?id=6cb5ab41355e7bfe28f

On 2012-07-06 06:26:27 +0000, Gabriel Jacobo wrote:

Yep, we discussed using an environment variable to set the preference when both GL and GLES are available (currently it defaults to GLES and in systems like mine it flat out does not work).

On 2013-11-19 22:56:54 +0000, Gabriel Jacobo wrote:

I'm 99.99% certain this is fixed now :)