extension modules

David-Sarah Hopwood david-sarah at jacaranda.org
Sun Jun 14 06:45:58 PDT 2009

kevin curtis wrote:
> Python has a concept 'extension modules' where module can be
> implemented in c/c++. Also the idea of running native code in the
> browser has been put forward by Google's native client for running x86
> in the client. MS - i think - are researching something similar.

The idea of running native code securely in the browser is speculative
and unproven. Nothing should be standardized in this area unless and
until such approaches can be demonstrated to have a reasonable chance
of resisting attack. To do so would be to repeat previous mistakes that
have led to the insecure web we currently have.

> c/c++ isn't going anywhere and the relationship between ecmascript and
> c/c++ is interesting. Are there any proposals for something like
> 'extension modules' for ES6 or do the variations in the engine
> implementations preclude such a thing?

As far as a foreign function interface for non-web uses of JavaScript
is concerned, that is something that might in principle be worth
standardizing (probably separately from ES6).

However, the internal C/C++ interfaces typically used by current JS
implementations are highly error-prone, make too many assumptions about
implementation details (particularly memory management), and are not
suitable for wider use.

David-Sarah Hopwood  ⚥  http://davidsarah.livejournal.com

More information about the es-discuss mailing list