ptitSeb
ptitSeb
Can you try to run through GDB and have a backtrace of the crash? I assume you are using GLES2 backend?
I think there is an issue with the GL context creation. In line 36 of `src/glx/glx.c` can you rmove the commant, so there wil be trace of the GLX initialization.
Ah yes, sorry, now I remember. Did you create an GLES2 context (and not an GLES1.1)? Also, how do you do the swap of Context, using glXSwapBuffer or your own?...
Ok. I guess you will miss some "Flush" in GL4ES Side too. Look in `src/gl/gl.c`, in the end of the file, the `#ifdef AMIGAOS4` part. You will need something similar....
Ah yes, not much here. I have just pushed a commit to export 3 new functions. You will need to declare them yourself as ```C extern void GetHardwareExtensions(int notest); extern...
I think it's trying to do GLES1.1 stuff. Not sure why because LIBGL: shows it's using GLES2. But there is probably some varaible not correctly initialized somewhere. If you look...
Mmmm That `hardext.esversion` is initialized with `globals4es.es` that in turn take the `DEFAULT_ES` unless if forced on command line (with "LIBGL_ES=2"). That `DEFAULT_ES` macro is supposed to be set in...
Oh, but `glUseProgramObject(...)` is part of "GL_ARB_shader_object" extension. It should be supported, but maybe the way it grab extensions make it fail? Run it with "LIBGL_SILENTSTUB=0" env. var. to see...
Mmm, are you sure SFML is calling gl4es and not libbcrmGLESv2.so ?
Ok, that's some progress :) Unskip the code yes, it should works now.