FWIW, last night, I also found myself wanting the ability to run Closure but in SIMPLE_OPTIMIZATIONS mode. I've been meaning to look into that, but I wasn't quite sure if emcc supported that or not.
On Fri, Jul 11, 2014 at 12:51 PM, Floh <[email protected]> wrote: > Hmm, any ideas how to find that function that closure has removed? I seem > to remember that there was a way to run closure without minification, but I > don't know how to activate this. --closure only has 0 (off) and 1 (on), and > trying to compile with (e.g.) -g2 results closure being disabled. > > Here's the JS console output again, in case this helps: > > > 1. exception thrown: TypeError: undefined is not a function,TypeError: > undefined is not a function at W._glVertexAttribDivisor ( > http://0.0.0.0:8000/Instancing.js:215:259 > <http://0.0.0.0:8000/Instancing.js>) at Xj ( > http://0.0.0.0:8000/Instancing.js:158:2308 > <http://0.0.0.0:8000/Instancing.js>) at Pj ( > http://0.0.0.0:8000/Instancing.js:162:124574 > <http://0.0.0.0:8000/Instancing.js>) at Oj ( > http://0.0.0.0:8000/Instancing.js:162:123409 > <http://0.0.0.0:8000/Instancing.js>) at rg ( > http://0.0.0.0:8000/Instancing.js:162:48215 > <http://0.0.0.0:8000/Instancing.js>) at mf ( > http://0.0.0.0:8000/Instancing.js:162:29958 > <http://0.0.0.0:8000/Instancing.js>) at jf ( > http://0.0.0.0:8000/Instancing.js:162:29403 > <http://0.0.0.0:8000/Instancing.js>) at Array.ke ( > http://0.0.0.0:8000/Instancing.js:162:2100 > <http://0.0.0.0:8000/Instancing.js>) at Array.ln ( > http://0.0.0.0:8000/Instancing.js:158:70862 > <http://0.0.0.0:8000/Instancing.js>) at Array.fn ( > http://0.0.0.0:8000/Instancing.js:158:68799 > <http://0.0.0.0:8000/Instancing.js>) > > Uncaught TypeError: undefined is not a function > > Am Freitag, 11. Juli 2014 10:22:49 UTC+2 schrieb Floh: > >> Yes I'll try to find out what's missing there. >> >> -Floh. >> >> Am Freitag, 11. Juli 2014 02:45:38 UTC+2 schrieb Alon Zakai: >>> >>> Would be good to track down that closure issue, must be something we >>> need to tell it about to not minify. >>> >>> - Alon >>> >>> >>> >>> On Wed, Jul 9, 2014 at 2:53 PM, Floh <[email protected]> wrote: >>> >>>> When using the desktop GL wrapper and using the closure pass in the >>>> linker stage I'm getting a strange JS exception which could be a function >>>> removed by closure. It works if closure is not used. >>>> >>>> The error on the JS console is (I can try to dig deeper, but for now >>>> I'll just try to workaround that issue): >>>> >>>> "exception thrown: TypeError: Qb.Mg is not a function,W<._ >>>> glVertexAttribDivisor@http://0.0.0.0:8000/Instancing.js:215:256 >>>> Xj@http://0.0.0.0:8000/Instancing.js:158:2285 >>>> Pj@http://0.0.0.0:8000/Instancing.js:162:124588 >>>> Oj@http://0.0.0.0:8000/Instancing.js:162:123423 >>>> rg@http://0.0.0.0:8000/Instancing.js:162:48225 >>>> mf@http://0.0.0.0:8000/Instancing.js:162:29968 >>>> jf@http://0.0.0.0:8000/Instancing.js:162:29413 >>>> ke@http://0.0.0.0:8000/Instancing.js:162:2100 >>>> ln@http://0.0.0.0:8000/Instancing.js:158:70474 >>>> fn@http://0.0.0.0:8000/Instancing.js:158:68596 >>>> _z@http://0.0.0.0:8000/Instancing.js:178:54528 >>>> w.Ha@http://0.0.0.0:8000/Instancing.js:11:296 >>>> W<._emscripten_set_main_loop/jd@http://0.0.0.0:8000/ >>>> Instancing.js:218:101 >>>> " >>>> >>>> Am Mittwoch, 9. Juli 2014 22:55:47 UTC+2 schrieb Floh: >>>> >>>>> Hi, >>>>> >>>>> just noticed this and wrote a ticket: https://github.com/kri >>>>> pken/emscripten/issues/2510 >>>>> >>>>> Since most (all?) browser have now implemented this extension it would >>>>> be nice to have this also in the GLES2 wrapper (it seems to be implemented >>>>> in the desktop GL wrapper). >>>>> >>>>> Results in PNaCl looks quite promising (WebGL should be similar): I >>>>> can go up to >65k instanced draws instead of ~6k non-instanced draws >>>>> before >>>>> dropping below 60fps. >>>>> >>>>> Even then it looks like the dynamic vertex buffer update for the >>>>> instance data is the problem (I'm using buffer orphaning, but the >>>>> transferred data becomes quite big, 16 bytes per instance, so at 65k draws >>>>> this would be >1MByte dynamic vertex data transferred per frame), so the >>>>> numbers would very likely be higher if the instance data is static. >>>>> >>>>> Cheers! >>>>> -Floh. >>>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "emscripten-discuss" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> -- > You received this message because you are subscribed to the Google Groups > "emscripten-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- Chad Austin Technical Director, IMVU http://engineering.imvu.com <http://www.imvu.com/members/Chad/> http://chadaustin.me -- You received this message because you are subscribed to the Google Groups "emscripten-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
