brandon at brandonbenvie.com
Wed Jan 16 16:37:45 PST 2013
It is difficult to use by its nature, it's the kind of thing that
implementors or maybe library authors would make use of. It exposes a hook
for what previously was a low level spec operation (the object allocation
part of construction).
On Wed, Jan 16, 2013 at 7:34 PM, Nathan Wall <nathan.wall at live.com> wrote:
> > In this light, it may also make sense to make Function.prototype.@@create
> > Function.prototype.@@hasInstance non-writable, non-configurable.
> > Regardless of the defaults, SES could presumably defend itself in the
> > same same way.
> If you make Function.prototype.@@create non-writable, wouldn't that make
> it difficult to use?
> I'm thinking of the "you can't override non-writable inherited properties
> with a write operation" ES5 decision, thus forcing you to use
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the es-discuss