[v8] [EMAIL PROTECTED] commented on revision r949.
Details are at http://code.google.com/p/v8/source/detail?r=949

General Comment:
Hi Ivan,

You have questions, I have answers.

(a) A "result" is essentially a virtual frame element that is not  
owned by the frame---once an element is popped from the frame, it's gone  
from the frame's control.  The frame could choose to overwrite that  
element's index (if it were backed by the stack memory it could overwrite  
the backing store).  The alternative (which is a bigger change to the  
existing code generator) is to keep elements on the frame until we are  
completely done with them, but that requires the ability to "pin"  
them in registers so that the frame doesn't decide to spill them behind our  
back.

Results are compile-time constants or (most likely) registers, not owned by  
the frame and thus pinned in place and ineligible for spilling.

(b) Bill and I agree with you that Result is a rather generic name.  Can  
you think of anything better?  Value is taken by the API, and Operand by  
the assemblers.

Respond to these comments at http://code.google.com/p/v8/source/detail?r=949
--
You received this message because you starred this review, or because
your project has directed all notifications to a mailing list that you
subscribe to.
You may adjust your review notification preferences at:
http://code.google.com/hosting/settings

--~--~---------~--~----~------------~-------~--~----~
v8-dev mailing list
[email protected]
http://groups.google.com/group/v8-dev
-~----------~----~----~----~------~----~------~--~---

Reply via email to