On 2014/08/26 15:47, Alon Zakai wrote:
> Oh, so in normal non-WebGL GL, there isn't a method to enable an
> extension?
Correct.
> They are all enabled by default?
Yes.
> Then yes, it sounds like we need to add an option to enable an
> extension, emscripten_enable_webgl_ext(const char*) or such. I'm
> surprised we didn't run into this before. I think emscripten might
> already be enabling some extensions by default, that sounds familiar.
>
Yes I think this option is needed.

In native OpenGL {,ES} the tokens are all defined in the .h files so can
be used in code without any additional checks. Function pointers are
also defined. To use an extension that does not add any functions, the
application simply uses it, preferably checking for its existence first.
For extensions that add functions, the app queries the function pointer
values setting those into the existence function pointer variables.

In WebGL a call to getExtension, which is defined as "object?
getExtension(DOMString name", returns an object which contains any
constants or functions defined by the extension. This has to be
reconciled with the native OpenGL way of doing things.

Regards

    -Mark

-- 
注意:この電子メールには、株式会社エイチアイの機密情報が含まれている場合
が有ります。正式なメール受信者では無い場合はメール複製、 再配信または情
報の使用を固く禁じております。エラー、手違いでこのメールを受け取られまし
たら削除を行い配信者にご連絡をお願いいたし ます.

NOTE: This electronic mail message may contain confidential and
privileged information from HI Corporation. If you are not the intended
recipient, any disclosure, photocopying, distribution or use of the
contents of the received information is prohibited. If you have received
this e-mail in error, please notify the sender immediately and
permanently delete this message and all related copies.

-- 
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.

Reply via email to