Hello Paul! I looked at the proposed changes to ObjectSlot for the
mark-and-compact collector. I think it is better to completely overhaul the
way
embedded object pointers are visited. Please see the following CL for a
proposal
on how this might look like and let me know if that simplifies the MIPS
port (I
think it will).
The theory is to completely get rid of RelocInfo::target_object_address(),
because MIPS cannot provide this in a sensible way. The visitors will just
use
target_object() and set_target_object() to do their job. The impact on other
architectures should be minimal because it will still use a simple
indirection.
http://codereview.chromium.org/8245007/
This way we can avoid #ifdefs and avoid doubling the size of every
ObjectSlot,
only the ones for embedded object pointers will take two words that way.
http://codereview.chromium.org/8106002/
--
v8-dev mailing list
[email protected]
http://groups.google.com/group/v8-dev
