-
Notifications
You must be signed in to change notification settings - Fork 20
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
mesa is loaded by runtime dlopen calls #4
Comments
Thanks for the report. The other way is to provide full glx and gl APIs from primus' libGL.so. I'll do that after vacation. |
I forgot to mention, that instead of the dedicated libGL.so library, mesa is loaded. (late EDIT: oh I mentioned it in the title) So in fact a mono based game is running, but the whole OpenGL Context is handled by mesa, not nvidia (for example). |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
primus doesn't work with libGL.so loaded by dlopen calls.
this could be solved with an overwritten dlopen function within primus itself. Because in general I don't like this idea, we should find other ways to handle this.
This occurs for many important libraries, for example wine, mono and SDL.
I will build a little demo for this issue later.
The text was updated successfully, but these errors were encountered: