[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Public WebGL] getShaderInfoLog/getProgramInfoLog format specification

I am not convinced translation is necessary, or that without translation, the logs are useless. (The reason it has a de facto standard is that everyone but IE use ANGLE)

Further, it's not guaranteed that all errors are caught by ANGLE. Even if we assume ANGLE is perfect, sometimes there are GL implementations that are too strict. These would generate non-standard error logs. We don't want to get involved with translating error logs.

Since it seems the main benefit for devs is having the error line displayed, I recommend requesting this functionality from browser vendors. I think trying to codify a log format just so devs can write parsing translators is the wrong way to go about this.

On Tue, Jan 6, 2015 at 11:43 PM, Florian Bösch <pyalot@gmail.com> wrote:
It's worth noting that similar problems exist with JS'es error.stack, but these are discussed in the es-discuss WG/ML.

This is how the error looks on: Linux Chrome/Firefox, Android Chrome Mobile, OSX Chrome/Firefox/Opera/Safari, iOS Safari, Windows Chrome/Firefox

ERROR: 0:170: 'dot' : no matching overloaded function found
ERROR: 0:178: 'textureEnv' : no matching overloaded function found 
ERROR: 0:174: 'return' : function return is not matching type: 
ERROR: 0:187: 'getShading' : no matching overloaded function found 
ERROR: 0:188: 'getShading' : no matching overloaded function found 
ERROR: 0:186: '=' :  cannot convert from 'const mediump float' to '3-component vector of float'

This is how it looks on Windows IE:

(170, 29): Invalid arguments passed to function 'dot'

There's already nearly a standard, except it's not spelled out, and some don't follow it. And it's perhaps a bit clumsy on style (it'd be preferable to deal with a structured format rather than a blob of text, but whatever).