https://bugs.freedesktop.org/show_bug.cgi?id=95215
Timothy Arceri <t_arc...@yahoo.com.au> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |WONTFIX
Status|NEEDINFO |RESOLVED
--- Comment #13 from Karol Herbst <karolher...@gmail.com> ---
(In reply to Ian Romanick from comment #12)
> (In reply to Karol Herbst from comment #11)
> > well the game requires it, because even GL vendor spoofing to catalyst still
> > keeps the game using this extension. and they don't want to support mesa
> > anyway, at least the kind of gave me the feeling that they don't care.
>
> It seems very unlikely that the game requires it. According to
> http://feedback.wildfiregames.com/report/opengl/feature/
> GL_ARB_shading_language_include, NVIDIA is the *only* vendor that implements
> this extension. The game also runs on Mac OS, so unless they're using
> Metal, the don't use that extension on Apple.
>
> To really verify that the game requires it, you'd probably have to hack up
> the version of GLEW that it's using (which may be linked to the app) to
> report GLEW_ARB_shading_language_include = false, or insert a shim so that
> either glXGetProcAddress("glNamedStringARB") returns NULL or glGetString and
> glGetStringi don't return GL_ARB_shading_language_include.
we already figured it out: the game engine checked the pointers of the
functions against NULL
--- Comment #14 from Timothy Arceri <t_arc...@yahoo.com.au> ---
Closing as won't fix. The game don't require the extension it just doesn't
check properly to see if its supported.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug._______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
