Changeset 63056 in webkit for trunk/JavaScriptCore/bytecode/Instruction.h

Timestamp:

Jul 10, 2010, 6:14:47 PM (15 years ago)

Author:

[email protected]

Message:

2010-07-10 Oliver Hunt <​[email protected]>

Reviewed by Maciej Stachowiak.

HAVE_COMPUTED_GOTO is dependent on the interpreter being enabled
​https://bugs.webkit.org/show_bug.cgi?id=42039

Separate the existence of computed goto support in the compiler
from whether or not we are using the interpreter. All the current
HAVE(COMPUTED_GOTO) guards are for the interpreter, but I'd like
the option of using it elsewhere. The interpreter now uses
ENABLE(COMPUTED_GOTO_INTERPRETER)

• bytecode/Instruction.h: (JSC::Instruction::Instruction):
• bytecode/Opcode.h:
• interpreter/Interpreter.cpp: (JSC::Interpreter::Interpreter): (JSC::Interpreter::isOpcode): (JSC::Interpreter::privateExecute):
• interpreter/Interpreter.h: (JSC::Interpreter::getOpcode): (JSC::Interpreter::getOpcodeID):
• wtf/Platform.h:

File:

• trunk/JavaScriptCore/bytecode/Instruction.h (modified) (1 diff)

trunk/JavaScriptCore/bytecode/Instruction.h

@@ -126 +126 @@
         Instruction(Opcode opcode)
         {
-#if !HAVE(COMPUTED_GOTO)
+#if !ENABLE(COMPUTED_GOTO_INTERPRETER)
             // We have to initialize one of the pointer members to ensure that
             // the entire struct is initialized, when opcode is not a pointer.