Re: [Harmony proxies] Non-configurable properties: fixed properties VS trap all with invariants enforcement

2011-07-05 Thread Tom Van Cutsem
2011/7/4 David Bruant david.bru...@labri.fr Le 04/07/2011 21:50, Tom Van Cutsem a écrit : A few more notes about this implementation: - Contrary to the earlier proposed strawman, the defineProperty trap does not need to return a property descriptor anymore, just a boolean success value

Re: Minor type confusion in proxies proposal?

2011-07-05 Thread Sean Eagan
On Sun, Jul 3, 2011 at 12:00 PM, Mark S. Miller erig...@google.com wrote: Here is a possible revised semantics for [[DefineOwnProperty]] on trapping proxies, and the Object.defineProperty built-in: [[DefineOwnProperty]] (P, Desc, Throw) When the [[DefineOwnProperty]] internal method of a

Re: [Harmony proxies] Non-configurable properties: fixed properties VS trap all with invariants enforcement

2011-07-05 Thread Sean Eagan
I like the FixedHandler approach, one remaining concern I have though is that without something like Proxy.isProxy, object consumers will need to unnecessarily wrap non-proxy objects in order to guarantee invariant maintenance. Cheers, Sean Eagan ___

Re: JavaScript parser API

2011-07-05 Thread David Herman
the AST API strawman - given the positive discussions on this list, I thought the idea was implicitly accepted last year, modulo details, so I was surprised not to see a refined strawman promoted. It hasn't really been championed so far. I was concentrating on other proposals for ES.next.

Re: JavaScript parser API

2011-07-05 Thread Brendan Eich
On Jul 5, 2011, at 9:00 PM, David Herman wrote: - there are some minor oddities, from spelling differences to the spec (Label(l)ed), Heh, I shouldn't've capitulated to my (excellent and meticulous!) reviewer, who was unfamiliar with the spec:

Re: JavaScript parser API

2011-07-05 Thread Brendan Eich
On Jul 5, 2011, at 10:35 PM, Brendan Eich wrote: On Jul 5, 2011, at 9:00 PM, David Herman wrote: Mainstream production JS engines have moved away from parser generators. Right, indeed most (all but JavaScriptCore, IINM) never used a parser generator in the first place. A great many