On 2014/08/21 09:33:29, Toon Verwaest wrote:
@arv: I guess there were multiple bugs in your actual examples, one of
which
being that the argument to .toMethod is actually the wrong prototype? If
so,
understood ;)
@dslomov: no, that won't be sufficient. The receiver is always the same,
but
in
the IC we can't get to it. Plus, we'd have to change the entire IC
mechanism
anyway. The base and receiver for any accessor call (or
interceptor, ...?) are
just distinct objects. Our current LoadICs do not support this at all. It
at
least means extending load ICs with one extra argument. As well as all
handlers.
The dispatch has to happen on the base, but the result is applied to the
receiver.
Yes, you are right: no cheating possible here. This calls for a proper
design
doc.
The LookupIterator already does support this. If you pass in a receiver
*and*
a
"holder", the lookup starts at the holder, but the result is applied to
the
receiver.
https://codereview.chromium.org/495773002/
--
--
v8-dev mailing list
[email protected]
http://groups.google.com/group/v8-dev
---
You received this message because you are subscribed to the Google Groups "v8-dev" 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.
