Bug 834 - AMD gles_sdk native dlls are classified as ANGLE implementation
Summary: AMD gles_sdk native dlls are classified as ANGLE implementation
Status: UNCONFIRMED
Alias: None
Product: Jogl
Classification: JogAmp
Component: opengl (show other bugs)
Version: 2
Hardware: pc_all windows
: --- major
Assignee: Sven Gothel
URL:
Depends on:
Blocks:
 
Reported: 2013-09-09 17:54 CEST by Dmytro Voloshyn
Modified: 2013-10-01 10:40 CEST (History)
1 user (show)

See Also:
Type: ---
SCM Refs:
Workaround: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Dmytro Voloshyn 2013-09-09 17:54:36 CEST 
AMD provides http://developer.amd.com/tools-and-sdks/graphics-development/amd-opengl-es-sdk/ (libEGL / libGLESv2). For ATI Radeon HD 5400 Series and Catalist 13.1 eglGetProcAddress("glBlitFramebufferANGLE") and eglGetProcAddress("glRenderbufferStorageMultisampleANGLE") return valid addresses (from atio6axx.dll!). These results are used to check whether it's ANGLE implementation. As result it works only if angle is enabled. I think that AMD's implementation should be treated separately.
Comment 1 Sven Gothel 2013-09-09 18:01:41 CEST 
Thank you Dmytro!

So how can we properly identify a buggy ANGLE impl. (issues w/ Chrome etc) ?

Also nice to see those *EGL* lib being exposed.
We have to re-align our GL backend, i.e. allow EGL to be used for desktop profiles as well.
But thats another story.