Age | Commit message (Collapse) | Author |
|
Fix gl uniform arrays
|
|
heavier towards initial glLinkProgram time instead of doing work lazily in glGetUniformLocation time, which would get complicated for arrays, structs and SoA scenarios.
|
|
generated functions
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
mistakenly bitcasts that way
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Optimize alignment rounding.
|
|
Add mktemp
|
|
Replace x>>2<<2 and x>>3<<3 with x&-4 and x&-8, respectively, since
an and is cheaper than two shifts.
|
|
|
|
|
|
uniforms need to have consecutive locations, i.e. array[x] is at location array[0] + x. The uniform mapping table mechanism in library_gl.js did not take into account that user could do int loc = getUniformLocation("array[0]") and then call glUniform3fv(loc+2, data). In the fix, uniforms are mapped so that arrays will be guaranteed to get consecutive locations.
|
|
case-insensitive mode.
|
|
|
|
|