• fpizlo@apple.com's avatar
    ARM64: Hang running pdfjs test, suspect DFG generated code for "in" · b7689f02
    fpizlo@apple.com authored
    Reviewed by Michael Saboff.
    Get rid of In's hackish use of StructureStubInfo. Previously it was using hotPathBegin,
    and it was the only IC that used that field, which was wasteful. Moreover, it used it
    to store two separate locations: the label for patching the jump and the label right
    after the jump. The code was relying on those two being the same label, which is true
    on X86 and some other platforms, but it isn't true on ARM64.
    This gets rid of hotPathBegin and makes In express those two locations as offsets from
    the callReturnLocation, which is analogous to what the other IC's do.
    This fixes a bug where any successful In patching would result in a trivially infinite
    loop - and hence a hang - on ARM64.
    * bytecode/StructureStubInfo.h:
    * dfg/DFGJITCompiler.cpp:
    * dfg/DFGJITCompiler.h:
    * dfg/DFGSpeculativeJIT.cpp:
    * jit/JITInlineCacheGenerator.cpp:
    * jit/Repatch.cpp:
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@160493 268f45cc-cd09-0410-ab3c-d52691b4dbfc