Commit a03a37a
GLResolver: fall back to app-managed EGL/GLES when a user resolver is set
On platforms where the current GL context cannot be probed via the
platform's native APIs (e.g. ANGLE on tvOS/iOS, where the app owns an
EGL context backed by Metal and there is no system EGL/GLX/WGL to
query), GLResolver::Initialize() failed hard even though the embedding
application had explicitly supplied a resolver via
projectm_create_with_opengl_load_proc().
When a user resolver is present, the app has taken responsibility for
providing GL entry points, so an unprobeable context is expected rather
than an error: assume an app-managed EGL/GLES context and continue,
logging at info level. Behaviour without a user resolver is unchanged
(hard error as before).1 parent 0550c3b commit a03a37a
1 file changed
Lines changed: 14 additions & 3 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
404 | 404 | | |
405 | 405 | | |
406 | 406 | | |
407 | | - | |
408 | | - | |
409 | | - | |
| 407 | + | |
| 408 | + | |
| 409 | + | |
| 410 | + | |
| 411 | + | |
| 412 | + | |
| 413 | + | |
| 414 | + | |
| 415 | + | |
| 416 | + | |
| 417 | + | |
| 418 | + | |
| 419 | + | |
| 420 | + | |
410 | 421 | | |
411 | 422 | | |
412 | 423 | | |
| |||
0 commit comments