• oliver@apple.com's avatar
    dumpCallFrame is broken in ToT · a08210bc
    oliver@apple.com authored
    Reviewed by Gavin Barraclough.
    Various changes have been made to the SF calling convention, but
    dumpCallFrame has not been updated to reflect these changes.
    That resulted in both bogus information, as well as numerous
    assertions of sadness.
    This patch makes dumpCallFrame actually work again and adds the
    wonderful feature of telling you the name of the variable that a
    register reflects, or what value it contains.
    * bytecode/CodeBlock.cpp:
        A really innefficient mechanism for finding the name of a local register.
        This should only ever be used by debug code so this should be okay.
    * bytecode/CodeBlock.h:
    * bytecompiler/BytecodeGenerator.cpp:
        Debug builds no longer throw away a functions symbol table, this allows
        us to actually perform a register# to name mapping
    * dfg/DFGJITCompiler.cpp:
        We weren't propogating the bytecode offset here leading to assertions
        in debug builds when dumping bytecode of DFG compiled code.
    * interpreter/Interpreter.cpp:
         Rework to actually be correct.
         Return the byteocde offset as well now, given we have to determine it
    * interpreter/Interpreter.h:
    * jsc.cpp:
         Give debug builds of JSC a method for calling dumpCallFrame so we can
         inspect a callframe without requiring us to break in a debugger.
    git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123042 268f45cc-cd09-0410-ab3c-d52691b4dbfc
JavaScriptCore.def 22.1 KB