Simplify the way the code generator handles calls to IC stubs. Before...

Simplify the way the code generator handles calls to IC stubs.  Before
we dispatched on the IC stub kind in a generic CallCodeObject
function.  Now, we have special functions for the load and store IC
stubs.

We also (for the load and store ICs) handle moving register arguments
into place only after the stack is prepared for the call.  This
replaces some memory-to-memory moves (for copies whose backing store
is occupied by a register needed for the arguments) with
memory-to-register moves.

Committed: http://code.google.com/p/v8/source/detail?r=1613

[Kevin Millikin (Chromium), 2009-03-25 13:15:56]

This is the first part of an attempt to simplify handling of calls.  Nothing
needs to be changed for ARM yet.  The #ifdef ARM is temporary.  Next steps are
(1) handle the other code objects (JS functions and constructor calls, call
ICs), (2) handle the other calls, (3) port it all to ARM.

[Kasper Lund, 2009-03-25 13:25:34]

LGTM. Maybe the register-pair-swapping could be generalized long term?

http://codereview.chromium.org/42602/diff/1/5
File src/codegen-ia32.cc (right):

http://codereview.chromium.org/42602/diff/1/5#newcode5190
Line 5190: ? RelocInfo::CODE_TARGET_CONTEXT
4 space indent here?

http://codereview.chromium.org/42602/diff/1/2
File src/virtual-frame-ia32.cc (right):

http://codereview.chromium.org/42602/diff/1/2#newcode783
Line 783: // name in ecx and reciever on the stack.  It does not drop the
reciever -> receiver (i before e except after c)

[William Hesse, 2009-03-25 14:27:28]

LGTM.