• sgjesse@chromium.org's avatar
    Avoid constant pool blocking for too long · daf1ea39
    sgjesse@chromium.org authored
    The generation of the deferred code for named property load where the load was inlined did a constant pool blocking for the whole deferred code. Having large numbers of this type of deferred code generated one ofter the other effectively blocked the constant pool for all the deferred code causing 
    
    Removed the BeforeGenerate/AfterGenerate for the deferred code and made macro assembler StartBlockConstPool/EndBlockConstPool non-public. Re-introduced BlockConstPoolFor instead to use with BlockConstPoolScope to block some more instructions cross function calls.
    
    Also handle the use of native code counters for inlined named property load.
    Review URL: http://codereview.chromium.org/1787005
    
    git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@4507 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
    daf1ea39
assembler-arm.h 38.1 KB