2011-01-24 Adam Roben Windows Production build fix * JavaScriptCore.vcproj/JavaScriptCore.make: Update for move of JavaScriptCore into Source. 2011-01-24 Peter Varga Reviewed by Oliver Hunt. Optimize regex patterns which contain empty alternatives https://bugs.webkit.org/show_bug.cgi?id=51395 Eliminate the empty alternatives from the regex pattern and convert it to do the matching in an easier way. * yarr/YarrPattern.cpp: (JSC::Yarr::YarrPatternConstructor::atomParenthesesEnd): 2011-01-24 Andras Becsi Reviewed by Csaba Osztrogonác. [Qt] Move project files into Source https://bugs.webkit.org/show_bug.cgi?id=52891 * JavaScriptCore.pri: * JavaScriptCore.pro: * jsc.pro: 2011-01-23 Mark Rowe Follow-up to r76477. Fix the scripts that detect problematic code such as static initializers and destructors, weak vtables, inappropriate files in the framework wrappers, and public headers including private headers. These had all been broken since the projects were moved in to the Source directory as the paths to the scripts were not updated at that time. * JavaScriptCore.xcodeproj/project.pbxproj: 2011-01-23 Patrick Gansterer Reviewed by Darin Adler. Use WTF::StringHasher in WebCore https://bugs.webkit.org/show_bug.cgi?id=52934 Add an additional function to calculate the hash of data with a runtimedependent size. * wtf/StringHasher.h: (WTF::StringHasher::createBlobHash): 2011-01-23 Patrick Gansterer Reviewed by David Kilzer. Fix comment in String::ascii() https://bugs.webkit.org/show_bug.cgi?id=52980 * wtf/text/WTFString.cpp: (WTF::String::ascii): 2011-01-23 Patrick Gansterer Reviewed by David Kilzer. Add String::containsOnlyLatin1() https://bugs.webkit.org/show_bug.cgi?id=52979 * wtf/text/WTFString.h: (WTF::String::containsOnlyLatin1): (WTF::charactersAreAllLatin1): 2011-01-23 Patrick Gansterer Reviewed by Oliver Hunt. Remove obsolete JSVALUE32 code https://bugs.webkit.org/show_bug.cgi?id=52948 r70111 removed support for JSVALUE32. ARM, MIPS and X86 support JSVALUE32_64 only. * jit/JITStubs.cpp: 2011-01-22 Geoffrey Garen Reviewed by Dan Bernstein. ASSERT running run-webkit-tests --threaded. https://bugs.webkit.org/show_bug.cgi?id=52971 SunSpider and v8 report no change. * runtime/ConservativeSet.cpp: (JSC::ConservativeSet::grow): (JSC::ConservativeSet::add): * runtime/ConservativeSet.h: Tweaked the inline capacity to 128, and the growth policy to 2X, to make SunSpider and v8 happy. (JSC::ConservativeSet::ConservativeSet): (JSC::ConservativeSet::~ConservativeSet): (JSC::ConservativeSet::mark): Use OSAllocator directly, instead of malloc. Malloc is forbidden during a multi-threaded mark phase because it can cause deadlock. 2011-01-22 Geoffrey Garen Reviewed by Geoffrey Garen. Rubber-stamped by Maciej Stachowiak. A few of Maciej's review suggestions for my last patch. https://bugs.webkit.org/show_bug.cgi?id=52946 SunSpider reports no change. * Android.mk: * CMakeLists.txt: * GNUmakefile.am: * JavaScriptCore.gypi: * JavaScriptCore.pro: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: Updated build systems. * runtime/ConservativeSet.cpp: Added. (JSC::isPointerAligned): (JSC::ConservativeSet::add): * runtime/ConservativeSet.h: Added. (JSC::ConservativeSet::ConservativeSet): (JSC::ConservativeSet::mark): Split ConservativeSet out into its own file, and moved the conservative check into ConservativeSet::add, making ConservativeSet's responsibility clearer. * runtime/Heap.cpp: (JSC::Heap::markRoots): * runtime/MachineStackMarker.cpp: (JSC::MachineStackMarker::markCurrentThreadConservativelyInternal): (JSC::MachineStackMarker::markOtherThreadConservatively): * runtime/MachineStackMarker.h: * runtime/MarkStack.h: Updated for changes above. 2011-01-22 Patrick Gansterer Unreviewed WinCE build fix for r76430. * runtime/MachineStackMarker.cpp: (JSC::swapIfBackwards): 2011-01-21 Geoffrey Garen Reviewed by Beth Dakin. Reorganized MarkedSpace, making many of its functions private. * runtime/JSCell.h: (JSC::JSCell::Heap::heap): * runtime/MarkedSpace.h: (JSC::MarkedSpace::globalData): (JSC::MarkedSpace::heap): 2011-01-21 Geoffrey Garen Try to fix build: moved helper function out of #ifdef. * runtime/MachineStackMarker.cpp: (JSC::swapIfBackwards): 2011-01-21 Geoffrey Garen Rubber-stamped by Maciej Stachowiak. A few of Maciej's review suggestions for my last patch. https://bugs.webkit.org/show_bug.cgi?id=52946 SunSpider reports no change. * runtime/MachineStackMarker.cpp: (JSC::swapIfBackwards): Added a helper function for handling platforms where the stack can grow in any direction. (JSC::MachineStackMarker::markCurrentThreadConservativelyInternal): (JSC::MachineStackMarker::markOtherThreadConservatively): Use the helper function. (JSC::isPointerAligned): Use "!" instead of "==0" because a robot told me to. (JSC::MachineStackMarker::markConservatively): Changed to use a more standard looping idiom, and to use the helper function above. * runtime/MarkedSpace.h: (JSC::MarkedSpace::isCellAligned): Use "!" instead of "==0" because a robot told me to. 2011-01-21 Geoffrey Garen Reviewed by Maciej Stachowiak. Cleaned up some conservative marking code. https://bugs.webkit.org/show_bug.cgi?id=52946 SunSpider reports no change. * interpreter/RegisterFile.h: No need for a special marking function, since we already expose a start() and end(). * runtime/Heap.cpp: (JSC::Heap::registerFile): (JSC::Heap::markRoots): * runtime/Heap.h: (JSC::Heap::contains): Migrated markConservatively() to the machine stack marker class. Now, Heap just provides a contains() function, which the machine stack marker uses for checking whether a pointer points into the heap. * runtime/MachineStackMarker.cpp: (JSC::MachineStackMarker::markCurrentThreadConservativelyInternal): (JSC::MachineStackMarker::markOtherThreadConservatively): (JSC::isPointerAligned): (JSC::MachineStackMarker::markConservatively): * runtime/MachineStackMarker.h: Move the conservative marking code here. * runtime/MarkStack.h: (JSC::ConservativeSet::add): (JSC::ConservativeSet::mark): Changed to using a vector instead of hash set. Vector seems to be a bit faster, and it generates smaller code. * runtime/MarkedSpace.cpp: (JSC::MarkedSpace::containsSlowCase): * runtime/MarkedSpace.h: (JSC::MarkedSpace::isCellAligned): (JSC::MarkedSpace::isPossibleCell): (JSC::MarkedSpace::contains): Kept the code for determining whether a pointer pointed into marked space, and moved the code for marking a set of conservative pointers into the machine stack marker. * wtf/HashSet.h: (WTF::::add): Added two missing inlines that I noticed while testing vector vs hash set. 2011-01-21 Mark Rowe Reviewed by Sam Weinig. Work around a Clang bug that leads to it incorrectly emitting an access control warning when a client tries to use operator bool exposed above via "using PageBlock::operator bool". * wtf/PageAllocation.h: (WTF::PageAllocation::operator bool): * wtf/PageReservation.h: (WTF::PageReservation::operator bool): 2011-01-21 Michael Saboff Reviewed by Oliver Hunt. [RegexFuzz] Hang with forward assertion https://bugs.webkit.org/show_bug.cgi?id=52825 The backtrackTo label from the first term in a list of terms is being overwritten by processing of subsequent terms. Changed copyBacktrackToLabel() to check for an existing bcaktrackTo label before copying and renamed it to propagateBacktrackToLabel() since it no longer copies. * yarr/YarrJIT.cpp: (JSC::Yarr::YarrGenerator::BacktrackDestination::propagateBacktrackToLabel): (JSC::Yarr::YarrGenerator::generateParenthesesSingle): 2011-01-21 Geoffrey Garen Reviewed by Sam Weinig. Moved the mark stack from global data to the heap, since it pertains to the heap, and not the virtual machine as a whole. https://bugs.webkit.org/show_bug.cgi?id=52930 SunSpider reports no change. * runtime/Heap.cpp: (JSC::Heap::Heap): (JSC::Heap::markRoots): * runtime/Heap.h: * runtime/JSGlobalData.cpp: (JSC::JSGlobalData::JSGlobalData): * runtime/JSGlobalData.h: 2011-01-21 Peter Gal Reviewed by Darin Adler. REGRESSION(r76177): All JavaScriptCore tests fail on ARM https://bugs.webkit.org/show_bug.cgi?id=52814 Get the approximateByteSize value before releasing the OwnPtr. * parser/JSParser.cpp: (JSC::JSParser::parseFunctionInfo): 2011-01-21 Xan Lopez Reviewed by Martin Robinson. Remove unnecessary include https://bugs.webkit.org/show_bug.cgi?id=52884 * jit/JIT.cpp: remove unnecessary include. 2011-01-20 Ryosuke Niwa Reviewed by Maciej Stachowiak. Added OwnPtrCommon.h because OwnArrayPtr::set calls deleteOwnedPtr. * wtf/OwnArrayPtr.h: 2011-01-20 Patrick Gansterer Reviewed by Oliver Hunt. [WINCE] Remove obsolete JSVALUE32 code https://bugs.webkit.org/show_bug.cgi?id=52450 Remove the "offset hack" in create_jit_stubs, since we only support JSVALUE32_64 in the meantime. * create_jit_stubs: Removed offset argument * jit/JITStubs.cpp: 2011-01-20 Geoffrey Garen Reviewed by Oliver Hunt. When marking conservatively, guard against reviving dead objects. https://bugs.webkit.org/show_bug.cgi?id=52840 SunSpider and v8 say no change. * interpreter/RegisterFile.h: (JSC::RegisterFile::markCallFrames): Updated to use the ConservativeSet API. * runtime/Heap.cpp: (JSC::Heap::recordExtraCost): No need to guard against conservative marking reviving dead objects anymore, since the conservative marking mechanism guards against this now. (JSC::Heap::markConservatively): (JSC::Heap::markProtectedObjects): (JSC::Heap::markTempSortVectors): Don't drain the mark stack inside a marking function. We want to establish a separation of concerns between visiting roots and draining the mark stack. (JSC::Heap::markRoots): Gather the set of conservative references before clearning mark bits, because conservative marking now uses the mark bits to determine if a reference is valid, and avoid reviving dead objects. (JSC::Heap::collectAllGarbage): No need to guard against conservative marking reviving dead objects anymore, since the conservative marking mechanism guards against this now. * runtime/Heap.h: Updated to use the ConservativeSet API. * runtime/MachineStackMarker.cpp: (JSC::MachineStackMarker::markCurrentThreadConservativelyInternal): (JSC::MachineStackMarker::markCurrentThreadConservatively): (JSC::MachineStackMarker::markOtherThreadConservatively): (JSC::MachineStackMarker::markMachineStackConservatively): * runtime/MachineStackMarker.h: Ditto. * runtime/MarkStack.h: (JSC::ConservativeSet::add): (JSC::ConservativeSet::mark): Added ConservativeSet, for gathering the set of conservative references. This is different from MarkStack, since we don't mark the set until it is completely gathered. * runtime/MarkedSpace.cpp: (JSC::MarkedSpace::freeBlock): (JSC::MarkedSpace::resizeBlocks): (JSC::MarkedSpace::markConservatively): * runtime/MarkedSpace.h: When marking conservatively, guard against reviving dead objects. 2011-01-20 Siddharth Mathur Reviewed by Geoffrey Garen. [Symbian] Fix StackBounds::initialize() https://bugs.webkit.org/show_bug.cgi?id=52842 * wtf/StackBounds.cpp: (WTF::StackBounds::initialize): Use TThreadStackInfo.iLimit for stack limit 2011-01-20 Michael Saboff Reviewed by Oliver Hunt. [RegexFuzz] Crash in generated code (52773) https://bugs.webkit.org/show_bug.cgi?id=52773 Fixed case where an existing DataLabelPtr is overwritten. The replacing DataLabelPtr is now resolved immediately in linkDataLabelToBacktrackIfExists(). Cleanup - eliminated bool return value for the routine as it was never used. * yarr/YarrJIT.cpp: (JSC::Yarr::YarrGenerator::TermGenerationState::linkDataLabelToBacktrackIfExists): 2011-01-20 Andras Becsi Reviewed by Csaba Osztrogonác. [Qt][WK2] WebKit2 enabled build fails to link Work around undefined reference linking issues until the buildsystem gets redesigned. These issues first occured in minimal builds (see BUG 50519). * JavaScriptCore.pri: link as whole-archive for WebKit2 builds 2011-01-20 Zoltan Horvath Reviewed by Csaba Osztrogonác. Refactoring of the custom allocation framework https://bugs.webkit.org/show_bug.cgi?id=49897 Inheriting from FastAllocBase can result in objects getting larger (bug #33896, #46589). The modification replaces Noncopyable and FastAllocBase classes and these inherits with their equivalent macro implementation at the necessary places. * wtf/FastAllocBase.h: Turn FastAllocBase's implementation into a macro. 2011-01-20 Mark Rowe Reviewed by Maciej Stachowiak. Follow-up to r75766 / . We were failing to initialize the key, causing all sorts of unexpected behavior. * wtf/FastMalloc.cpp: (WTF::setThreadHeap): (WTF::TCMalloc_ThreadCache::GetThreadHeap): (WTF::TCMalloc_ThreadCache::InitTSD): Ensure that the key is initialized. 2011-01-18 Geoffrey Garen Reviewed by Darin Adler. Rolled back in r76078, with crash fixed. https://bugs.webkit.org/show_bug.cgi?id=52668 * runtime/JSGlobalObject.cpp: (JSC::JSGlobalObject::markChildren): Account for the fact that the global object moves its variables into and out of the register file. While out of the register file, the symbol table's size is not an accurate count for the size of the register array, since the BytecodeGenerator might be compiling, adding items to the symbol table. 2011-01-18 Darin Adler Reviewed by Geoffrey Garen. Stack overflow when converting an Error object to string https://bugs.webkit.org/show_bug.cgi?id=46410 * Android.mk: Added StringRecursionChecker.cpp and StringRecursionChecker.h. * CMakeLists.txt: Ditto. * GNUmakefile.am: Ditto. * JavaScriptCore.gypi: Ditto. * JavaScriptCore.pro: Ditto. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: Ditto. * JavaScriptCore.xcodeproj/project.pbxproj: Ditto. * runtime/ArrayPrototype.cpp: (JSC::arrayProtoFuncToString): Use StringRecursionChecker instead of the older hand-written code to do the same thing. (JSC::arrayProtoFuncToLocaleString): Ditto. (JSC::arrayProtoFuncJoin): Ditto. * runtime/ErrorPrototype.cpp: (JSC::errorProtoFuncToString): Use StringRecursionChecker. * runtime/JSGlobalData.h: Renamed arrayVisitedElements to stringRecursionCheckVisitedObjects. * runtime/RegExpPrototype.cpp: (JSC::regExpProtoFuncToString): Use StringRecursionChecker. * runtime/StringRecursionChecker.cpp: Added. * runtime/StringRecursionChecker.h: Added. 2011-01-19 Oliver Hunt Reviewed by Gavin Barraclough. Remove non-spec support for callable RegExp https://bugs.webkit.org/show_bug.cgi?id=28285 Remove support for callable regexps. If it breaks sites we can just roll this out. * runtime/RegExpObject.cpp: * runtime/RegExpObject.h: * tests/mozilla/expected.html: update results. 2011-01-19 Antti Koivisto Reviewed by Oliver Hunt. Cache function offsets to speed up javascript parsing https://bugs.webkit.org/show_bug.cgi?id=52622 Use cache to save function offsets and some other info. This avoids quite a bit of work when reparsing the source. * parser/ASTBuilder.h: * parser/JSParser.cpp: (JSC::JSParser::CachedFunctionInfo::CachedFunctionInfo): (JSC::JSParser::CachedFunctionInfo::approximateByteSize): (JSC::JSParser::CachedFunctionInfo::closeBraceToken): (JSC::JSParser::Scope::copyCapturedVariablesToVector): (JSC::JSParser::Scope::saveFunctionInfo): (JSC::JSParser::Scope::restoreFunctionInfo): (JSC::JSParser::findCachedFunctionInfo): (JSC::JSParser::JSParser): (JSC::JSParser::parseProgram): (JSC::JSParser::parseFunctionInfo): * parser/Lexer.h: (JSC::Lexer::setOffset): (JSC::Lexer::setLineNumber): (JSC::Lexer::sourceProvider): * parser/SourceProvider.h: (JSC::SourceProviderCache::SourceProviderCache): (JSC::SourceProviderCache::~SourceProviderCache): (JSC::SourceProviderCache::byteSize): (JSC::SourceProviderCache::add): (JSC::SourceProviderCache::get): (JSC::SourceProvider::SourceProvider): (JSC::SourceProvider::~SourceProvider): (JSC::SourceProvider::cache): (JSC::SourceProvider::notifyCacheSizeChanged): (JSC::SourceProvider::cacheSizeChanged): * parser/SyntaxChecker.h: 2011-01-19 Mark Rowe Reviewed by Darin Adler. Follow-up to r75766 / . * DerivedSources.make: Evaluate the SDKROOT variable correctly. 2011-01-19 Oliver Hunt Reviewed by Gavin Barraclough. [jsfunfuzz] Defining a function called __proto__ inside an eval triggers an assertion https://bugs.webkit.org/show_bug.cgi?id=52672 Rather than coming up with a somewhat convoluted mechanism to ensure that developers can override the global objects prototype with a function named __proto__ and expect it to work, we just disallow it at the syntax level. * parser/JSParser.cpp: (JSC::JSParser::parseFunctionInfo): 2011-01-19 Michael Saboff Reviewed by Darin Adler. Regression: Simple nested backtrack hangs https://bugs.webkit.org/show_bug.cgi?id=52675 The changeset (r76076) for https://bugs.webkit.org/show_bug.cgi?id=52540 broke simple backtracking in some cases. Reworked that change to link both jumps and labels. * yarr/YarrJIT.cpp: (JSC::Yarr::YarrGenerator::BacktrackDestination::hasBacktrackToLabel): (JSC::Yarr::YarrGenerator::TermGenerationState::propagateBacktrackingFrom): (JSC::Yarr::YarrGenerator::generateParenthesesSingle): 2011-01-19 Pavel Podivilov Reviewed by Yury Semikhatsky. Web Inspector: [JSC] scripts have incorrect starting line (always 1). https://bugs.webkit.org/show_bug.cgi?id=52721 * debugger/Debugger.cpp: (JSC::Debugger::recompileAllJSFunctions): * debugger/Debugger.h: * parser/Parser.h: (JSC::Parser::parse): * parser/SourceCode.h: (JSC::SourceCode::SourceCode): * parser/SourceProvider.h: (JSC::SourceProvider::startPosition): 2011-01-19 Csaba Osztrogonác Reviewed by Laszlo Gombos and Tor Arne Vestbø. [Qt] Remove unnecessary "../Source" from paths after moving source files into Source is finished. * JavaScriptCore.pri: 2011-01-19 Benjamin Kalman Reviewed by Darin Adler. Don't return void from void function String::split https://bugs.webkit.org/show_bug.cgi?id=52684 * wtf/text/WTFString.cpp: (WTF::String::split): 2011-01-18 Kenneth Russell Unreviewed, rolling out r76078. http://trac.webkit.org/changeset/76078 https://bugs.webkit.org/show_bug.cgi?id=52668 Caused crashes of fast/canvas/webgl/constants.html, fast/canvas/webgl/gl-enum-tests.html, and possibly other layout test crashes in Release mode. WebGL crashes were observed with "run-webkit-tests fast/canvas/webgl". It was necessary to run multiple tests to provoke the crash. * interpreter/RegisterFile.h: (JSC::RegisterFile::markGlobals): * runtime/JSActivation.cpp: (JSC::JSActivation::markChildren): * runtime/JSGlobalObject.cpp: (JSC::JSGlobalObject::markChildren): 2011-01-18 Oliver Hunt Reviewed by Gavin Barraclough. [jsfunfuzz] Assertion asking activation for arguments when arguments is overridden https://bugs.webkit.org/show_bug.cgi?id=52690 Clean up code to retrieve arguments from activation and function objects. Remove the incorrect assertion from JSActivation's argumentsGetter. * interpreter/Interpreter.cpp: (JSC::Interpreter::retrieveArguments): * runtime/JSActivation.cpp: (JSC::JSActivation::argumentsGetter): 2011-01-18 Geoffrey Garen Reviewed by Darin Adler. Removed RegisterFile::markGlobals because it was obtuse, and it unnecessarily relied on conservative marking. https://bugs.webkit.org/show_bug.cgi?id=52668 * interpreter/RegisterFile.h: Removed markGlobals. * runtime/JSActivation.cpp: (JSC::JSActivation::markChildren): Added a comment explaning why some JSActivations don't always mark their registers arrays. * runtime/JSGlobalObject.cpp: (JSC::JSGlobalObject::markChildren): Instead of calling markGlobals, mark the registers array directly. 2011-01-18 Michael Saboff Reviewed by Oliver Hunt. Regression: Some text-only e-mails cause hang beneath RegExp::match (52540) https://bugs.webkit.org/show_bug.cgi?id=52540 https://bugs.webkit.org/show_bug.cgi?id=52662 Directly use backtrack label with parentheses nested under a non-capturing parentheses. Also linked current parentheses tail code object for possible parens nested within a non-capturing parentheses. * yarr/YarrJIT.cpp: (JSC::Yarr::YarrGenerator::BacktrackDestination::linkBacktrackToLabel): (JSC::Yarr::YarrGenerator::generateParenthesesSingle): 2011-01-18 Daniel Bates Reviewed by Gavin Barraclough. Only use moving memory model assumption in ExecutableAllocator::intializePageSize() for Symbian OS https://bugs.webkit.org/show_bug.cgi?id=52517 Patch by David Tapuska Currently, we compile code with respect to the Symbian-specific moving memory model assumption for all ARMv5 or lower architectures. Instead, we should only compile such code when building for Symbian OS on those architectures because this model is Symbian-specific. * jit/ExecutableAllocator.cpp: (JSC::ExecutableAllocator::intializePageSize): 2011-01-18 Dimitry Andric Reviewed by Andreas Kling. Fix linking JavaScriptCore on FreeBSD/amd64 https://bugs.webkit.org/show_bug.cgi?id=52591 Linking of JavaScriptCore on FreeBSD/amd64 fails, for the same reason as in bug 28422: cti_vm_throw needs a "@plt" suffix, otherwise the linker complains about the relocation type. * jit/JITStubs.cpp: use @plt suffix on x86_64 platforms, for both Linux and FreeBSD. 2011-01-18 Oliver Hunt Reviewed by Antti Koivisto. [jsfunfuzz] Assertion in codegen for array of NaN constants https://bugs.webkit.org/show_bug.cgi?id=52643 Don't cache NaN literals in the code generator, as NaN doesn't compare as equal to itself it causes problems when rehashing the number cache. * bytecompiler/BytecodeGenerator.cpp: (JSC::BytecodeGenerator::emitLoad): 2011-01-17 Jarred Nicholls Reviewed by Csaba Osztrogonác. REGRESSION(r75709): Return value of fscanf() shouldn't be ignored. https://bugs.webkit.org/show_bug.cgi?id=52585 gcc 4.4.4+ has warn_unused_value attribute on fscanf, so we should check the return value to get around the gcc warning * jit/ExecutableAllocatorFixedVMPool.cpp: (JSC::maybeModifyVMPoolSize): 2011-01-17 Michael Saboff Reviewed by Oliver Hunt. [regexfuzz] Crash running regex with lookahead https://bugs.webkit.org/show_bug.cgi?id=52548 Eliminated agressive chaining of backtracks. This code was overwriting already valid backtrack information. * yarr/YarrJIT.cpp: (JSC::Yarr::YarrGenerator::ParenthesesTail::processBacktracks): 2011-01-17 Tony Gentilcore Reviewed by Alexey Proskuryakov. Fix some headers with missing or misspelled #ifndef guards https://bugs.webkit.org/show_bug.cgi?id=52545 * wtf/RefPtrHashMap.h: 2011-01-17 Dan Bernstein Rubber-stamped by Mark Rowe. Update xcodeproj svn:ignore to include xcuserdata. * JavaScriptCore.xcodeproj: Modified property svn:ignore. 2011-01-16 Adam Barth Rubber-stamped by Eric Seidel. Move WebKit into Source https://bugs.webkit.org/show_bug.cgi?id=52530 * JavaScriptCore.gyp/JavaScriptCore.gyp: 2011-01-16 Oliver Hunt Reviewed by Sam Weinig. [jsfunfuzz] Parser doesn't correctly validate for-loop syntax https://bugs.webkit.org/show_bug.cgi?id=52516 Ensure that we always check for a semicolon after encountering multiple declarations in the initialiser portion of a for-loop. * parser/JSParser.cpp: (JSC::JSParser::parseForStatement): 2011-01-16 Oliver Hunt Reviewed by Geoffrey Garen. Strict mode restrictions on arguments and eval usage aren't complete https://bugs.webkit.org/show_bug.cgi?id=52528 Fix a few bugs in strict mode where we incorrect allow mutation of arguments and eval in the parser. Alas the "optimisation" used by the syntax checker for validating binary and unary expressions was too aggressive: we do actually need a stack for operations and operands although it needn't be as complete as that used for the full AST builder. Also disallow assignment to arguments in all cases as allowing arguments to be assignable is always an error in strict mode, regardless of context. * parser/ASTBuilder.h: (JSC::ASTBuilder::BinaryExprContext::BinaryExprContext): (JSC::ASTBuilder::UnaryExprContext::UnaryExprContext): * parser/JSParser.cpp: (JSC::JSParser::parseAssignmentExpression): (JSC::JSParser::parseBinaryExpression): (JSC::JSParser::parseUnaryExpression): * parser/SyntaxChecker.h: (JSC::SyntaxChecker::BinaryExprContext::BinaryExprContext): (JSC::SyntaxChecker::BinaryExprContext::~BinaryExprContext): (JSC::SyntaxChecker::UnaryExprContext::UnaryExprContext): (JSC::SyntaxChecker::UnaryExprContext::~UnaryExprContext): (JSC::SyntaxChecker::appendBinaryExpressionInfo): (JSC::SyntaxChecker::operatorStackPop): 2011-01-15 Geoffrey Garen Reviewed by Oliver Hunt. Rolled back in r75886. https://bugs.webkit.org/show_bug.cgi?id=52527 r75886 broke the GTK Linux bot because Linux was -- quite surprisingly -- set up to use the constants for embedded devices. * jit/ExecutableAllocatorFixedVMPool.cpp: (JSC::maybeModifyVMPoolSize): Separated Linux constants from embedded constants. 2011-01-15 Sheriff Bot Unreviewed, rolling out r75886. http://trac.webkit.org/changeset/75886 https://bugs.webkit.org/show_bug.cgi?id=52526 "Broke GTK+ 64bit" (Requested by xan_ on #webkit). * jit/ExecutableAllocatorFixedVMPool.cpp: 2011-01-15 Geoffrey Garen Reviewed by Sam Weinig. Shrink the executable pool on embedded devices * jit/ExecutableAllocatorFixedVMPool.cpp: Dropped the pool size from 32MB to 16MB. 2011-01-15 Oliver Hunt Reviewed by Maciej Stachowiak. Incorrect behavior changing attributes of an accessor https://bugs.webkit.org/show_bug.cgi?id=52515 defineProperty doesn't correctly handle changing attributes of an accessor property. This is because we don't pass the full descriptor to the putDescriptor helper function, which means we have insufficient information to do the right thing. Once that's passed the correct behavior is relatively simple to implement. * runtime/JSObject.cpp: (JSC::putDescriptor): (JSC::JSObject::defineOwnProperty): 2011-01-14 Oliver Hunt Reviewed by Maciej Stachowiak. [jsfunfuzz] Incorrect handling of consecutive duplicate labels https://bugs.webkit.org/show_bug.cgi?id=52505 Compare StringImpl*'s instead of Identifier*'s when looking for duplicate labels. * parser/JSParser.cpp: (JSC::JSParser::parseExpressionOrLabelStatement): 2011-01-14 Simon Fraser No review. Initialize m_operationInProgress after r75855. * runtime/Heap.cpp: (JSC::Heap::Heap): 2011-01-14 Geoffrey Garen Reverted accidentally committed code from my last checkin. * runtime/Heap.cpp: (JSC::Heap::markRoots): 2011-01-14 Geoffrey Garen Reviewed by Sam Weinig. Try to fix the GTK bot. * runtime/Heap.cpp: (JSC::Heap::Heap): (JSC::Heap::markRoots): Kids, remember to initialize your data members. Knowing is half the battle. 2011-01-14 Oliver Hunt Reviewed by Stephanie Lewis. [jsfunfuzz] We should be clearing the lexers temporary character buffers when switching to strict mode https://bugs.webkit.org/show_bug.cgi?id=52501 Clear the temporary character buffers used for reading escaped characters and numbers. * parser/Lexer.h: (JSC::Lexer::setOffset): 2011-01-14 Geoffrey Garen Try to fix non-Dtrace builds: #include Tracing.h instead of TracingDtrace.h. * runtime/Heap.cpp: 2011-01-13 Geoffrey Garen Reviewed by Oliver Hunt. Split out a MarkedSpace strategy object from Heap. https://bugs.webkit.org/show_bug.cgi?id=52421 SunSpider reports no change. * Android.mk: * CMakeLists.txt: * GNUmakefile.am: * JavaScriptCore.gypi: * JavaScriptCore.pro: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: Updated our 7 build systems. Which is cool. * runtime/Heap.cpp: (JSC::Heap::Heap): (JSC::Heap::destroy): (JSC::Heap::recordExtraCost): (JSC::Heap::allocate): (JSC::Heap::markConservatively): (JSC::Heap::markRoots): (JSC::Heap::objectCount): (JSC::Heap::statistics): (JSC::Heap::size): (JSC::Heap::isBusy): (JSC::Heap::collectAllGarbage): (JSC::Heap::primaryHeapBegin): (JSC::Heap::primaryHeapEnd): * runtime/Heap.h: (JSC::Heap::globalData): (JSC::Heap::markedSpace): (JSC::Heap::isCellMarked): (JSC::Heap::checkMarkCell): (JSC::Heap::markCell): Moved all code pertaining to managing chunks of collector memory out of this class. Heap now just delegates to MarkedSpace. * runtime/JSCell.h: (JSC::JSCell::Heap::heap): Updated for MarkedSpace delegation. * runtime/JSValue.h: Moved the ValueStringPair typedef to help with #includes. * runtime/MarkedSpace.cpp: Copied from runtime/Heap.cpp. (JSC::MarkedSpace::MarkedSpace): (JSC::MarkedSpace::destroy): (JSC::MarkedSpace::allocateBlock): (JSC::MarkedSpace::freeBlock): (JSC::MarkedSpace::allocate): (JSC::MarkedSpace::resizeBlocks): (JSC::MarkedSpace::growBlocks): (JSC::MarkedSpace::shrinkBlocks): (JSC::MarkedSpace::markConservatively): (JSC::MarkedSpace::clearMarkBits): (JSC::MarkedSpace::markedCells): (JSC::MarkedSpace::sweep): (JSC::MarkedSpace::objectCount): (JSC::MarkedSpace::addToStatistics): (JSC::MarkedSpace::statistics): (JSC::MarkedSpace::size): (JSC::MarkedSpace::reset): (JSC::MarkedSpace::primaryHeapBegin): (JSC::MarkedSpace::primaryHeapEnd): * runtime/MarkedSpace.h: Copied from runtime/Heap.h. (JSC::MarkedSpace::globalData): (JSC::MarkedSpace::didShrink): (JSC::MarkedSpace::cellBlock): (JSC::MarkedSpace::cellOffset): (JSC::MarkedSpace::isCellMarked): (JSC::MarkedSpace::checkMarkCell): (JSC::MarkedSpace::markCell): Moved all code pertaining to managing chunks of collector memory into this class. * runtime/MemoryStatistics.cpp: (JSC::heapStatistics): * runtime/MemoryStatistics.h: Updated for MarkedSpace delegation. 2011-01-14 Oliver Hunt Reviewed by Gavin Barraclough. [jsfunfuzz] parser doesn't enforce continue restrictions correctly. https://bugs.webkit.org/show_bug.cgi?id=52493 This patch reworks handling of break, continue and label statements to correctly handle all the valid and invalid cases. Previously certain errors would be missed by the parser in strict mode, but the bytecode generator needed to handle those cases for non-strict code so nothing failed, it simply became non-standard behaviour. Now that we treat break and continue errors as early faults in non-strict mode as well that safety net has been removed so the parser bugs result in crashes at codegen time. * parser/JSParser.cpp: (JSC::JSParser::ScopeLabelInfo::ScopeLabelInfo): (JSC::JSParser::next): (JSC::JSParser::nextTokenIsColon): (JSC::JSParser::continueIsValid): Continue is only valid in loops so we can't use breakIsValid() (JSC::JSParser::pushLabel): We now track whether the label is for a loop (and is therefore a valid target for continue. (JSC::JSParser::popLabel): (JSC::JSParser::getLabel): Replace hasLabel with getLabel so that we can validate the target when parsing continue statements. (JSC::JSParser::Scope::continueIsValid): (JSC::JSParser::Scope::pushLabel): (JSC::JSParser::Scope::getLabel): (JSC::JSParser::JSParser): (JSC::JSParser::parseBreakStatement): (JSC::JSParser::parseContinueStatement): (JSC::LabelInfo::LabelInfo): (JSC::JSParser::parseExpressionOrLabelStatement): Consecutive labels now get handled iteratively so that we can determine whether they're valid targets for continue. * parser/Lexer.cpp: (JSC::Lexer::nextTokenIsColon): * parser/Lexer.h: (JSC::Lexer::setOffset): 2011-01-14 Patrick Gansterer Reviewed by Adam Roben. Use the Windows thread pool instead of an extra thread for FastMalloc scavenging https://bugs.webkit.org/show_bug.cgi?id=45186 * wtf/FastMalloc.cpp: (WTF::TCMalloc_PageHeap::scheduleScavenger): Added missing this pointer to CreateTimerQueueTimer(). 2011-01-14 Patrick Gansterer Reviewed by Adam Roben. Use the Windows thread pool instead of an extra thread for FastMalloc scavenging https://bugs.webkit.org/show_bug.cgi?id=45186 r75819 accidentally changed the initial state of the scavenge timer. * wtf/FastMalloc.cpp: (WTF::TCMalloc_PageHeap::initializeScavenger): Changed initial state of m_scavengingSuspended to true. 2011-01-14 Patrick Gansterer Unreviewed Windows Release build fix. * wtf/FastMalloc.cpp: (WTF::TCMalloc_PageHeap::scavengerTimerFired): 2011-01-14 Patrick Gansterer Unreviewed Windows Release build fix. * wtf/FastMalloc.cpp: (WTF::TCMalloc_PageHeap::scavengerTimerFired): 2011-01-14 Patrick Gansterer Reviewed by Adam Roben. Use the Windows thread pool instead of an extra thread for FastMalloc scavenging https://bugs.webkit.org/show_bug.cgi?id=45186 Use CreateTimerQueueTimer() to start periodicScavenge() and stop it with DeleteTimerQueueTimer(). * wtf/FastMalloc.cpp: (WTF::TCMalloc_PageHeap::initializeScavenger): (WTF::TCMalloc_PageHeap::isScavengerSuspended): (WTF::TCMalloc_PageHeap::scheduleScavenger): (WTF::TCMalloc_PageHeap::rescheduleScavenger): (WTF::TCMalloc_PageHeap::suspendScavenger): (WTF::scavengerTimerFired): (WTF::TCMalloc_PageHeap::periodicScavenge): (WTF::TCMalloc_PageHeap::signalScavenger): 2011-01-14 Laszlo Gombos Reviewed by Kenneth Rohde Christiansen. Align import/export directives https://bugs.webkit.org/show_bug.cgi?id=52208 * API/JSBase.h: Align import/export directives with WebKit2/Shared/API/c/WKBase.h 2011-01-14 Michael Saboff Reviewed by Oliver Hunt. Incorrect backtracking for nested alternatives https://bugs.webkit.org/show_bug.cgi?id=52387 In the process of propigating a datalabel it wasn't getting connected to a destination when the destination was an indirect jump. Added code to recognize a direct backtrack destination that was an indirect jump and added mechanism to associate DataLabelPtrs with indirect jump entries. Removed dead method BacktrackDestination::linkDataLabelToHereIfExists() * yarr/YarrJIT.cpp: (JSC::Yarr::YarrGenerator::IndirectJumpEntry::IndirectJumpEntry): (JSC::Yarr::YarrGenerator::IndirectJumpEntry::addDataLabel): (JSC::Yarr::YarrGenerator::GenerationState::addIndirectJumpEntry): (JSC::Yarr::YarrGenerator::GenerationState::emitIndirectJumpTable): Changes to link indirect jumps with DataLabelPtr's. (JSC::Yarr::YarrGenerator::BacktrackDestination::clearSubDataLabelPtr): (JSC::Yarr::YarrGenerator::TermGenerationState::linkDataLabelToBacktrackIfExists): Updated to handle immediate linking of indirect jumps to DataLabelPtr. (JSC::Yarr::YarrGenerator::generateParenthesesDisjunction): Changed to reflect updated linkDataLabelToBacktrackIfExists(). 2011-01-14 Pavel Podivilov Reviewed by Yury Semikhatsky. Web Inspector: provide script column offset to frontend. https://bugs.webkit.org/show_bug.cgi?id=52377 * parser/SourceCode.h: (JSC::SourceCode::SourceCode): (JSC::SourceCode::firstColumn): 2011-01-13 Darin Adler Reviewed by Geoff Garen. Use __PTK_FRAMEWORK_JAVASCRIPTCORE_KEY0 if available. * DerivedSources.make: Create a header file, HeaderDetection.h, that tells us whether pthread_machdep.h is available. * wtf/FastMalloc.cpp: If __PTK_FRAMEWORK_JAVASCRIPTCORE_KEY0 is available, then don't do the pthread_getspecific_function_pointer trick. (WTF::setThreadHeap): Ditto, but set thread-specific data. (WTF::TCMalloc_ThreadCache::GetThreadHeap): Ditto, but get rather than set. 2011-01-13 Xan Lopez Reviewed by Gavin Barraclough. JIT requires VM overcommit (particularly on x86-64), Linux does not by default support this without swap? https://bugs.webkit.org/show_bug.cgi?id=42756 The FixedVMPool Allocator does not work well on systems where allocating very large amounts of memory upfront is not reasonable, like Linux without overcommit enabled. As a workaround, on Linux, default to the values used in embedded environments (in the MB range), and only jump to the GB range if we detect at runtime that overcommit is enabled. Should fix crashes on Linux/x86_64 with less than 3 or 4GB of RAM. * jit/ExecutableAllocatorFixedVMPool.cpp: (JSC::FixedVMPoolAllocator::free): use new variables for VM pool size and coalesce limit. (JSC::ExecutableAllocator::isValid): swap the variables from embedded to generic values at runtime, on linux, if overcommit is enabled. (JSC::ExecutableAllocator::underMemoryPressure): use new variables for VM pool size and coalesce limit. 2011-01-12 Xan Lopez Reviewed by Martin Robinson. Add new Yarr.h header to the list file. * GNUmakefile.am: ditto. 2011-01-12 Martin Robinson Missing Source/JavaScriptCore/assembler/MacroAssemblerARMv7.h in WebKitGtk tarball https://bugs.webkit.org/show_bug.cgi?id=52299 * GNUmakefile.am: Fix the GTK+ build on ARMv7 by including missing source files in the source list. 2011-01-12 Peter Varga Reviewed by Gavin Barraclough. Add Yarr.h to YARR https://bugs.webkit.org/show_bug.cgi?id=51021 Move other common constants and functions from YARR's different files to Yarr.h. Use Yarr.h header instead of including other YARR headers where it is possible. * JavaScriptCore.gypi: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: * runtime/RegExp.cpp: * yarr/Yarr.h: Added. * yarr/YarrInterpreter.cpp: * yarr/YarrInterpreter.h: * yarr/YarrJIT.cpp: (JSC::Yarr::jitCompile): (JSC::Yarr::execute): * yarr/YarrJIT.h: * yarr/YarrParser.h: * yarr/YarrPattern.cpp: (JSC::Yarr::YarrPattern::compile): (JSC::Yarr::YarrPattern::YarrPattern): * yarr/YarrPattern.h: 2011-01-12 Sheriff Bot Unreviewed, rolling out r75595. http://trac.webkit.org/changeset/75595 https://bugs.webkit.org/show_bug.cgi?id=52286 It broke fast/regex/pcre-test-1.html (Requested by Ossy on #webkit). * JavaScriptCore.gypi: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: * runtime/RegExp.cpp: * yarr/Yarr.h: Removed. * yarr/YarrInterpreter.cpp: * yarr/YarrInterpreter.h: * yarr/YarrJIT.cpp: (JSC::Yarr::jitCompile): * yarr/YarrJIT.h: (JSC::Yarr::execute): * yarr/YarrParser.h: * yarr/YarrPattern.cpp: (JSC::Yarr::compile): (JSC::Yarr::YarrPattern::YarrPattern): * yarr/YarrPattern.h: 2011-01-12 Peter Varga Reviewed by Gavin Barraclough. Add Yarr.h to YARR https://bugs.webkit.org/show_bug.cgi?id=51021 Move other common constants and functions from YARR's different files to Yarr.h. Use Yarr.h header instead of including other YARR headers where it is possible. * JavaScriptCore.gypi: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: * runtime/RegExp.cpp: * yarr/Yarr.h: Added. * yarr/YarrInterpreter.cpp: * yarr/YarrInterpreter.h: * yarr/YarrJIT.cpp: (JSC::Yarr::jitCompile): (JSC::Yarr::execute): * yarr/YarrJIT.h: * yarr/YarrParser.h: * yarr/YarrPattern.cpp: (JSC::Yarr::YarrPattern::compile): (JSC::Yarr::YarrPattern::YarrPattern): * yarr/YarrPattern.h: 2011-01-11 Michael Saboff Reviewed by Geoffrey Garen. Missing call to popTempSortVector() for exception case in JSArray::sort. https://bugs.webkit.org/show_bug.cgi?id=50718 Fix to patch of 50718 that added pushTempSortVector() and popTempSortVector() to JSArray::sort() to mark elements during sort. Need to add popTempSortVector() for the return case if toString() had an exception. * runtime/JSArray.cpp: (JSC::JSArray::sort): Added popTempSortVector() 2011-01-11 Xan Lopez Reviewed by Darin Adler. Microoptimization in ~JSString https://bugs.webkit.org/show_bug.cgi?id=52222 The case where m_fibers is 0 seems to be the most common one (almost 1/2 of the time, followed at some distance by m_fibers = 1 in 1/4 of the cases in a typical SunSpider execution). We can save one comparison in this common case by doing a bit of refactoring in the JSString destructor; overall a 0.3% progression, but only the string tests show improvement. * runtime/JSString.h: (JSC::RopeBuilder::~JSString): 2011-01-10 Michael Saboff Reviewed by Geoffrey Garen. ASSERTION Failure in JSC::binaryChop https://bugs.webkit.org/show_bug.cgi?id=25614 Changed JITStubs::cti_register_file_check() to use the current stack's return PC to find the bytecode for handling the exception in the prior frame. Also added the appropriate arrity check routine call to the JIT to bytecode vector (m_callReturnIndexVector) in the CodeBlock. * jit/JIT.cpp: (JSC::JIT::privateCompile): Changed the arrity check call location so that it gets added to the m_calls list so that it's included in CodeBlock::m_callReturnIndexVector. * jit/JITStubs.cpp: (JSC::DEFINE_STUB_FUNCTION): Use the current call frame's return PC. 2011-01-10 Daniel Bates Reviewed by Martin Robinson. Remove extraneous COMPILER(GCC) condition when checking GCC_VERSION_AT_LEAST() https://bugs.webkit.org/show_bug.cgi?id=52178 It is sufficient to test GCC_VERSION_AT_LEAST() instead of both COMPILER(GCC) and GCC_VERSION_AT_LEAST(). Notice GCC_VERSION_AT_LEAST() is defined to be 0 when we are not compiling with GCC. Fixes style issues at the callsites (i.e. replace comma with comma-space in macro function argument list). Also, makes a spelling correction in a comment. * jit/ExecutableAllocator.h: (JSC::ExecutableAllocator::cacheFlush): * wtf/Platform.h: 2011-01-10 Geoffrey Garen Build fix: removed some uses of nextNumber that I missed last time. * runtime/Heap.cpp: (JSC::Heap::reset): (JSC::Heap::collectAllGarbage): 2011-01-10 Daniel Bates Reviewed by Darin Adler. Use __builtin_expect when compiling using RVCT in GNU mode https://bugs.webkit.org/show_bug.cgi?id=51866 We should only use __builtin_expect if we are compiling with GCC or RVCT 3 or higher in GNU mode as pointed out by Siddharth Mathur per . * wtf/AlwaysInline.h: * wtf/Platform.h: Removed define WTF_COMPILER_RVCT4_OR_GREATER. Instead added macro function RVCT_VERSION_AT_LEAST so that we can test for an arbitrary minimum RVCT version. 2011-01-10 Geoffrey Garen Reviewed by Oliver Hunt. Moved Collector.* => Heap.*, since the file contains a class named "Heap". * API/JSCallbackObject.cpp: * Android.mk: * CMakeLists.txt: * GNUmakefile.am: * JavaScriptCore.gypi: * JavaScriptCore.pro: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: * interpreter/Interpreter.cpp: * interpreter/RegisterFile.h: * jit/JITStubs.cpp: * runtime/Collector.cpp: Removed. * runtime/Collector.h: Removed. * runtime/CollectorHeapIterator.h: * runtime/GCActivityCallbackCF.cpp: * runtime/Heap.cpp: Copied from JavaScriptCore/runtime/Collector.cpp. * runtime/Heap.h: Copied from JavaScriptCore/runtime/Collector.h. * runtime/InitializeThreading.cpp: * runtime/JSCell.h: * runtime/JSGlobalData.cpp: * runtime/JSGlobalData.h: * runtime/JSLock.cpp: * runtime/JSNumberCell.h: * runtime/MachineStackMarker.cpp: * runtime/MemoryStatistics.h: * runtime/Protect.h: * runtime/UString.cpp: * runtime/WeakGCMap.h: * runtime/WeakGCPtr.h: 2011-01-10 Xan Lopez Reviewed by Gavin Barraclough. Remove unused isString() case in JSString::toPrimitiveString() https://bugs.webkit.org/show_bug.cgi?id=52167 We never call toPrimitiveString() with strings, so remove the check and add an ASSERT ensuring this never happens. 0.7% overall progression in sunspider, since one of the call sites is very hot. * runtime/JSString.h: (JSC::JSValue::toPrimitiveString): 2011-01-10 Peter Varga Reviewed by Gavin Barraclough. Rename the existing YARR files and classes https://bugs.webkit.org/show_bug.cgi?id=51872 Replace the "Regex" prefix with "Yarr" in the name of YARR files and classes. * Android.mk: * CMakeLists.txt: * GNUmakefile.am: * JavaScriptCore.gypi: * JavaScriptCore.pro: * JavaScriptCore.xcodeproj/project.pbxproj: * runtime/RegExp.cpp: (JSC::RegExp::compile): (JSC::RegExp::match): (JSC::RegExp::printTraceData): * yarr/YarrInterpreter.cpp: Renamed from Source/JavaScriptCore/yarr/RegexInterpreter.cpp. (JSC::Yarr::Interpreter::appendParenthesesDisjunctionContext): (JSC::Yarr::Interpreter::popParenthesesDisjunctionContext): (JSC::Yarr::Interpreter::DisjunctionContext::DisjunctionContext): (JSC::Yarr::Interpreter::DisjunctionContext::operator new): (JSC::Yarr::Interpreter::allocDisjunctionContext): (JSC::Yarr::Interpreter::freeDisjunctionContext): (JSC::Yarr::Interpreter::ParenthesesDisjunctionContext::ParenthesesDisjunctionContext): (JSC::Yarr::Interpreter::ParenthesesDisjunctionContext::operator new): (JSC::Yarr::Interpreter::ParenthesesDisjunctionContext::restoreOutput): (JSC::Yarr::Interpreter::ParenthesesDisjunctionContext::getDisjunctionContext): (JSC::Yarr::Interpreter::allocParenthesesDisjunctionContext): (JSC::Yarr::Interpreter::freeParenthesesDisjunctionContext): (JSC::Yarr::Interpreter::InputStream::InputStream): (JSC::Yarr::Interpreter::InputStream::next): (JSC::Yarr::Interpreter::InputStream::rewind): (JSC::Yarr::Interpreter::InputStream::read): (JSC::Yarr::Interpreter::InputStream::readPair): (JSC::Yarr::Interpreter::InputStream::readChecked): (JSC::Yarr::Interpreter::InputStream::reread): (JSC::Yarr::Interpreter::InputStream::prev): (JSC::Yarr::Interpreter::InputStream::getPos): (JSC::Yarr::Interpreter::InputStream::setPos): (JSC::Yarr::Interpreter::InputStream::atStart): (JSC::Yarr::Interpreter::InputStream::atEnd): (JSC::Yarr::Interpreter::InputStream::checkInput): (JSC::Yarr::Interpreter::InputStream::uncheckInput): (JSC::Yarr::Interpreter::InputStream::isNotAvailableInput): (JSC::Yarr::Interpreter::testCharacterClass): (JSC::Yarr::Interpreter::checkCharacter): (JSC::Yarr::Interpreter::checkCasedCharacter): (JSC::Yarr::Interpreter::checkCharacterClass): (JSC::Yarr::Interpreter::tryConsumeBackReference): (JSC::Yarr::Interpreter::matchAssertionBOL): (JSC::Yarr::Interpreter::matchAssertionEOL): (JSC::Yarr::Interpreter::matchAssertionWordBoundary): (JSC::Yarr::Interpreter::backtrackPatternCharacter): (JSC::Yarr::Interpreter::backtrackPatternCasedCharacter): (JSC::Yarr::Interpreter::matchCharacterClass): (JSC::Yarr::Interpreter::backtrackCharacterClass): (JSC::Yarr::Interpreter::matchBackReference): (JSC::Yarr::Interpreter::backtrackBackReference): (JSC::Yarr::Interpreter::recordParenthesesMatch): (JSC::Yarr::Interpreter::resetMatches): (JSC::Yarr::Interpreter::parenthesesDoBacktrack): (JSC::Yarr::Interpreter::matchParenthesesOnceBegin): (JSC::Yarr::Interpreter::matchParenthesesOnceEnd): (JSC::Yarr::Interpreter::backtrackParenthesesOnceBegin): (JSC::Yarr::Interpreter::backtrackParenthesesOnceEnd): (JSC::Yarr::Interpreter::matchParenthesesTerminalBegin): (JSC::Yarr::Interpreter::matchParenthesesTerminalEnd): (JSC::Yarr::Interpreter::backtrackParenthesesTerminalBegin): (JSC::Yarr::Interpreter::backtrackParenthesesTerminalEnd): (JSC::Yarr::Interpreter::matchParentheticalAssertionBegin): (JSC::Yarr::Interpreter::matchParentheticalAssertionEnd): (JSC::Yarr::Interpreter::backtrackParentheticalAssertionBegin): (JSC::Yarr::Interpreter::backtrackParentheticalAssertionEnd): (JSC::Yarr::Interpreter::matchParentheses): (JSC::Yarr::Interpreter::backtrackParentheses): (JSC::Yarr::Interpreter::lookupForBeginChars): (JSC::Yarr::Interpreter::matchDisjunction): (JSC::Yarr::Interpreter::matchNonZeroDisjunction): (JSC::Yarr::Interpreter::interpret): (JSC::Yarr::Interpreter::Interpreter): (JSC::Yarr::ByteCompiler::ParenthesesStackEntry::ParenthesesStackEntry): (JSC::Yarr::ByteCompiler::ByteCompiler): (JSC::Yarr::ByteCompiler::compile): (JSC::Yarr::ByteCompiler::checkInput): (JSC::Yarr::ByteCompiler::assertionBOL): (JSC::Yarr::ByteCompiler::assertionEOL): (JSC::Yarr::ByteCompiler::assertionWordBoundary): (JSC::Yarr::ByteCompiler::atomPatternCharacter): (JSC::Yarr::ByteCompiler::atomCharacterClass): (JSC::Yarr::ByteCompiler::atomBackReference): (JSC::Yarr::ByteCompiler::atomParenthesesOnceBegin): (JSC::Yarr::ByteCompiler::atomParenthesesTerminalBegin): (JSC::Yarr::ByteCompiler::atomParenthesesSubpatternBegin): (JSC::Yarr::ByteCompiler::atomParentheticalAssertionBegin): (JSC::Yarr::ByteCompiler::atomParentheticalAssertionEnd): (JSC::Yarr::ByteCompiler::popParenthesesStack): (JSC::Yarr::ByteCompiler::dumpDisjunction): (JSC::Yarr::ByteCompiler::closeAlternative): (JSC::Yarr::ByteCompiler::closeBodyAlternative): (JSC::Yarr::ByteCompiler::atomParenthesesSubpatternEnd): (JSC::Yarr::ByteCompiler::atomParenthesesOnceEnd): (JSC::Yarr::ByteCompiler::atomParenthesesTerminalEnd): (JSC::Yarr::ByteCompiler::regexBegin): (JSC::Yarr::ByteCompiler::regexEnd): (JSC::Yarr::ByteCompiler::alternativeBodyDisjunction): (JSC::Yarr::ByteCompiler::alternativeDisjunction): (JSC::Yarr::ByteCompiler::emitDisjunction): (JSC::Yarr::byteCompile): (JSC::Yarr::interpret): * yarr/YarrInterpreter.h: Renamed from Source/JavaScriptCore/yarr/RegexInterpreter.h. (JSC::Yarr::ByteTerm::ByteTerm): (JSC::Yarr::ByteTerm::BOL): (JSC::Yarr::ByteTerm::CheckInput): (JSC::Yarr::ByteTerm::EOL): (JSC::Yarr::ByteTerm::WordBoundary): (JSC::Yarr::ByteTerm::BackReference): (JSC::Yarr::ByteTerm::BodyAlternativeBegin): (JSC::Yarr::ByteTerm::BodyAlternativeDisjunction): (JSC::Yarr::ByteTerm::BodyAlternativeEnd): (JSC::Yarr::ByteTerm::AlternativeBegin): (JSC::Yarr::ByteTerm::AlternativeDisjunction): (JSC::Yarr::ByteTerm::AlternativeEnd): (JSC::Yarr::ByteTerm::SubpatternBegin): (JSC::Yarr::ByteTerm::SubpatternEnd): (JSC::Yarr::ByteTerm::invert): (JSC::Yarr::ByteTerm::capture): (JSC::Yarr::ByteDisjunction::ByteDisjunction): (JSC::Yarr::BytecodePattern::BytecodePattern): (JSC::Yarr::BytecodePattern::~BytecodePattern): * yarr/YarrJIT.cpp: Renamed from Source/JavaScriptCore/yarr/RegexJIT.cpp. (JSC::Yarr::YarrGenerator::optimizeAlternative): (JSC::Yarr::YarrGenerator::matchCharacterClassRange): (JSC::Yarr::YarrGenerator::matchCharacterClass): (JSC::Yarr::YarrGenerator::jumpIfNoAvailableInput): (JSC::Yarr::YarrGenerator::jumpIfAvailableInput): (JSC::Yarr::YarrGenerator::checkInput): (JSC::Yarr::YarrGenerator::atEndOfInput): (JSC::Yarr::YarrGenerator::notAtEndOfInput): (JSC::Yarr::YarrGenerator::jumpIfCharEquals): (JSC::Yarr::YarrGenerator::jumpIfCharNotEquals): (JSC::Yarr::YarrGenerator::readCharacter): (JSC::Yarr::YarrGenerator::storeToFrame): (JSC::Yarr::YarrGenerator::storeToFrameWithPatch): (JSC::Yarr::YarrGenerator::loadFromFrame): (JSC::Yarr::YarrGenerator::loadFromFrameAndJump): (JSC::Yarr::YarrGenerator::IndirectJumpEntry::IndirectJumpEntry): (JSC::Yarr::YarrGenerator::IndirectJumpEntry::addJump): (JSC::Yarr::YarrGenerator::AlternativeBacktrackRecord::AlternativeBacktrackRecord): (JSC::Yarr::YarrGenerator::GenerationState::GenerationState): (JSC::Yarr::YarrGenerator::GenerationState::addIndirectJumpEntry): (JSC::Yarr::YarrGenerator::GenerationState::emitIndirectJumpTable): (JSC::Yarr::YarrGenerator::GenerationState::incrementParenNestingLevel): (JSC::Yarr::YarrGenerator::GenerationState::decrementParenNestingLevel): (JSC::Yarr::YarrGenerator::GenerationState::addParenthesesTail): (JSC::Yarr::YarrGenerator::GenerationState::emitParenthesesTail): (JSC::Yarr::YarrGenerator::GenerationState::addJumpToNextInteration): (JSC::Yarr::YarrGenerator::GenerationState::addJumpsToNextInteration): (JSC::Yarr::YarrGenerator::GenerationState::addDataLabelToNextIteration): (JSC::Yarr::YarrGenerator::GenerationState::linkToNextIteration): (JSC::Yarr::YarrGenerator::BacktrackDestination::BacktrackDestination): (JSC::Yarr::YarrGenerator::BacktrackDestination::clear): (JSC::Yarr::YarrGenerator::BacktrackDestination::clearDataLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::hasDestination): (JSC::Yarr::YarrGenerator::BacktrackDestination::isStackOffset): (JSC::Yarr::YarrGenerator::BacktrackDestination::isLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::isJumpList): (JSC::Yarr::YarrGenerator::BacktrackDestination::hasDataLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::copyTarget): (JSC::Yarr::YarrGenerator::BacktrackDestination::copyTo): (JSC::Yarr::YarrGenerator::BacktrackDestination::addBacktrackJump): (JSC::Yarr::YarrGenerator::BacktrackDestination::setStackOffset): (JSC::Yarr::YarrGenerator::BacktrackDestination::setLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::setNextBacktrackLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::copyBacktrackToLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::setBacktrackToLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::setBacktrackJumpList): (JSC::Yarr::YarrGenerator::BacktrackDestination::setBacktrackSourceLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::setDataLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::setSubDataLabelPtr): (JSC::Yarr::YarrGenerator::BacktrackDestination::linkToNextBacktrack): (JSC::Yarr::YarrGenerator::BacktrackDestination::getStackOffset): (JSC::Yarr::YarrGenerator::BacktrackDestination::getLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::getBacktrackJumps): (JSC::Yarr::YarrGenerator::BacktrackDestination::getDataLabel): (JSC::Yarr::YarrGenerator::BacktrackDestination::jumpToBacktrack): (JSC::Yarr::YarrGenerator::BacktrackDestination::linkDataLabelToHereIfExists): (JSC::Yarr::YarrGenerator::BacktrackDestination::plantJumpToBacktrackIfExists): (JSC::Yarr::YarrGenerator::BacktrackDestination::linkAlternativeBacktracks): (JSC::Yarr::YarrGenerator::BacktrackDestination::linkAlternativeBacktracksTo): (JSC::Yarr::YarrGenerator::TermGenerationState::TermGenerationState): (JSC::Yarr::YarrGenerator::TermGenerationState::resetAlternative): (JSC::Yarr::YarrGenerator::TermGenerationState::alternativeValid): (JSC::Yarr::YarrGenerator::TermGenerationState::nextAlternative): (JSC::Yarr::YarrGenerator::TermGenerationState::alternative): (JSC::Yarr::YarrGenerator::TermGenerationState::isLastAlternative): (JSC::Yarr::YarrGenerator::TermGenerationState::resetTerm): (JSC::Yarr::YarrGenerator::TermGenerationState::termValid): (JSC::Yarr::YarrGenerator::TermGenerationState::nextTerm): (JSC::Yarr::YarrGenerator::TermGenerationState::term): (JSC::Yarr::YarrGenerator::TermGenerationState::isLastTerm): (JSC::Yarr::YarrGenerator::TermGenerationState::getSubParenNum): (JSC::Yarr::YarrGenerator::TermGenerationState::isMainDisjunction): (JSC::Yarr::YarrGenerator::TermGenerationState::setParenthesesTail): (JSC::Yarr::YarrGenerator::TermGenerationState::getParenthesesTail): (JSC::Yarr::YarrGenerator::TermGenerationState::lookaheadTerm): (JSC::Yarr::YarrGenerator::TermGenerationState::isSinglePatternCharacterLookaheadTerm): (JSC::Yarr::YarrGenerator::TermGenerationState::inputOffset): (JSC::Yarr::YarrGenerator::TermGenerationState::clearBacktrack): (JSC::Yarr::YarrGenerator::TermGenerationState::jumpToBacktrack): (JSC::Yarr::YarrGenerator::TermGenerationState::plantJumpToBacktrackIfExists): (JSC::Yarr::YarrGenerator::TermGenerationState::linkDataLabelToBacktrackIfExists): (JSC::Yarr::YarrGenerator::TermGenerationState::addBacktrackJump): (JSC::Yarr::YarrGenerator::TermGenerationState::setBacktrackDataLabel): (JSC::Yarr::YarrGenerator::TermGenerationState::setBackTrackStackOffset): (JSC::Yarr::YarrGenerator::TermGenerationState::setBacktrackLabel): (JSC::Yarr::YarrGenerator::TermGenerationState::linkAlternativeBacktracks): (JSC::Yarr::YarrGenerator::TermGenerationState::linkAlternativeBacktracksTo): (JSC::Yarr::YarrGenerator::TermGenerationState::setBacktrackLink): (JSC::Yarr::YarrGenerator::TermGenerationState::chainBacktracks): (JSC::Yarr::YarrGenerator::TermGenerationState::chainBacktrackJumps): (JSC::Yarr::YarrGenerator::TermGenerationState::getBacktrackDestination): (JSC::Yarr::YarrGenerator::TermGenerationState::propagateBacktrackingFrom): (JSC::Yarr::YarrGenerator::ParenthesesTail::ParenthesesTail): (JSC::Yarr::YarrGenerator::ParenthesesTail::processBacktracks): (JSC::Yarr::YarrGenerator::ParenthesesTail::setNextIteration): (JSC::Yarr::YarrGenerator::ParenthesesTail::addAfterParenJump): (JSC::Yarr::YarrGenerator::ParenthesesTail::generateCode): (JSC::Yarr::YarrGenerator::generateAssertionBOL): (JSC::Yarr::YarrGenerator::generateAssertionEOL): (JSC::Yarr::YarrGenerator::matchAssertionWordchar): (JSC::Yarr::YarrGenerator::generateAssertionWordBoundary): (JSC::Yarr::YarrGenerator::generatePatternCharacterSingle): (JSC::Yarr::YarrGenerator::generatePatternCharacterPair): (JSC::Yarr::YarrGenerator::generatePatternCharacterFixed): (JSC::Yarr::YarrGenerator::generatePatternCharacterGreedy): (JSC::Yarr::YarrGenerator::generatePatternCharacterNonGreedy): (JSC::Yarr::YarrGenerator::generateCharacterClassSingle): (JSC::Yarr::YarrGenerator::generateCharacterClassFixed): (JSC::Yarr::YarrGenerator::generateCharacterClassGreedy): (JSC::Yarr::YarrGenerator::generateCharacterClassNonGreedy): (JSC::Yarr::YarrGenerator::generateParenthesesDisjunction): (JSC::Yarr::YarrGenerator::generateParenthesesSingle): (JSC::Yarr::YarrGenerator::generateParenthesesGreedyNoBacktrack): (JSC::Yarr::YarrGenerator::generateParentheticalAssertion): (JSC::Yarr::YarrGenerator::generateTerm): (JSC::Yarr::YarrGenerator::generateDisjunction): (JSC::Yarr::YarrGenerator::generateEnter): (JSC::Yarr::YarrGenerator::generateReturn): (JSC::Yarr::YarrGenerator::YarrGenerator): (JSC::Yarr::YarrGenerator::generate): (JSC::Yarr::YarrGenerator::compile): (JSC::Yarr::jitCompile): * yarr/YarrJIT.h: Renamed from Source/JavaScriptCore/yarr/RegexJIT.h. (JSC::Yarr::YarrCodeBlock::YarrCodeBlock): (JSC::Yarr::YarrCodeBlock::~YarrCodeBlock): (JSC::Yarr::YarrCodeBlock::setFallBack): (JSC::Yarr::YarrCodeBlock::isFallBack): (JSC::Yarr::YarrCodeBlock::set): (JSC::Yarr::YarrCodeBlock::execute): (JSC::Yarr::YarrCodeBlock::getAddr): (JSC::Yarr::execute): * yarr/YarrParser.h: Renamed from Source/JavaScriptCore/yarr/RegexParser.h. (JSC::Yarr::Parser::CharacterClassParserDelegate::CharacterClassParserDelegate): (JSC::Yarr::Parser::CharacterClassParserDelegate::begin): (JSC::Yarr::Parser::CharacterClassParserDelegate::atomPatternCharacter): (JSC::Yarr::Parser::CharacterClassParserDelegate::atomBuiltInCharacterClass): (JSC::Yarr::Parser::CharacterClassParserDelegate::end): (JSC::Yarr::Parser::CharacterClassParserDelegate::assertionWordBoundary): (JSC::Yarr::Parser::CharacterClassParserDelegate::atomBackReference): (JSC::Yarr::Parser::Parser): (JSC::Yarr::Parser::parseEscape): (JSC::Yarr::Parser::parseAtomEscape): (JSC::Yarr::Parser::parseCharacterClassEscape): (JSC::Yarr::Parser::parseCharacterClass): (JSC::Yarr::Parser::parseParenthesesBegin): (JSC::Yarr::Parser::parseParenthesesEnd): (JSC::Yarr::Parser::parseQuantifier): (JSC::Yarr::Parser::parseTokens): (JSC::Yarr::Parser::parse): (JSC::Yarr::Parser::saveState): (JSC::Yarr::Parser::restoreState): (JSC::Yarr::Parser::atEndOfPattern): (JSC::Yarr::Parser::peek): (JSC::Yarr::Parser::peekIsDigit): (JSC::Yarr::Parser::peekDigit): (JSC::Yarr::Parser::consume): (JSC::Yarr::Parser::consumeDigit): (JSC::Yarr::Parser::consumeNumber): (JSC::Yarr::Parser::consumeOctal): (JSC::Yarr::Parser::tryConsume): (JSC::Yarr::Parser::tryConsumeHex): (JSC::Yarr::parse): * yarr/YarrPattern.cpp: Renamed from Source/JavaScriptCore/yarr/RegexPattern.cpp. (JSC::Yarr::CharacterClassConstructor::CharacterClassConstructor): (JSC::Yarr::CharacterClassConstructor::reset): (JSC::Yarr::CharacterClassConstructor::append): (JSC::Yarr::CharacterClassConstructor::putChar): (JSC::Yarr::CharacterClassConstructor::isUnicodeUpper): (JSC::Yarr::CharacterClassConstructor::isUnicodeLower): (JSC::Yarr::CharacterClassConstructor::putRange): (JSC::Yarr::CharacterClassConstructor::charClass): (JSC::Yarr::CharacterClassConstructor::addSorted): (JSC::Yarr::CharacterClassConstructor::addSortedRange): (JSC::Yarr::BeginCharHelper::BeginCharHelper): (JSC::Yarr::BeginCharHelper::addBeginChar): (JSC::Yarr::BeginCharHelper::merge): (JSC::Yarr::BeginCharHelper::addCharacter): (JSC::Yarr::BeginCharHelper::linkHotTerms): (JSC::Yarr::YarrPatternConstructor::YarrPatternConstructor): (JSC::Yarr::YarrPatternConstructor::~YarrPatternConstructor): (JSC::Yarr::YarrPatternConstructor::reset): (JSC::Yarr::YarrPatternConstructor::assertionBOL): (JSC::Yarr::YarrPatternConstructor::assertionEOL): (JSC::Yarr::YarrPatternConstructor::assertionWordBoundary): (JSC::Yarr::YarrPatternConstructor::atomPatternCharacter): (JSC::Yarr::YarrPatternConstructor::atomBuiltInCharacterClass): (JSC::Yarr::YarrPatternConstructor::atomCharacterClassBegin): (JSC::Yarr::YarrPatternConstructor::atomCharacterClassAtom): (JSC::Yarr::YarrPatternConstructor::atomCharacterClassRange): (JSC::Yarr::YarrPatternConstructor::atomCharacterClassBuiltIn): (JSC::Yarr::YarrPatternConstructor::atomCharacterClassEnd): (JSC::Yarr::YarrPatternConstructor::atomParenthesesSubpatternBegin): (JSC::Yarr::YarrPatternConstructor::atomParentheticalAssertionBegin): (JSC::Yarr::YarrPatternConstructor::atomParenthesesEnd): (JSC::Yarr::YarrPatternConstructor::atomBackReference): (JSC::Yarr::YarrPatternConstructor::copyDisjunction): (JSC::Yarr::YarrPatternConstructor::copyTerm): (JSC::Yarr::YarrPatternConstructor::quantifyAtom): (JSC::Yarr::YarrPatternConstructor::disjunction): (JSC::Yarr::YarrPatternConstructor::regexBegin): (JSC::Yarr::YarrPatternConstructor::regexEnd): (JSC::Yarr::YarrPatternConstructor::regexError): (JSC::Yarr::YarrPatternConstructor::setupAlternativeOffsets): (JSC::Yarr::YarrPatternConstructor::setupDisjunctionOffsets): (JSC::Yarr::YarrPatternConstructor::setupOffsets): (JSC::Yarr::YarrPatternConstructor::checkForTerminalParentheses): (JSC::Yarr::YarrPatternConstructor::optimizeBOL): (JSC::Yarr::YarrPatternConstructor::addBeginTerm): (JSC::Yarr::YarrPatternConstructor::setupDisjunctionBeginTerms): (JSC::Yarr::YarrPatternConstructor::setupAlternativeBeginTerms): (JSC::Yarr::YarrPatternConstructor::setupBeginChars): (JSC::Yarr::compile): (JSC::Yarr::YarrPattern::YarrPattern): * yarr/YarrPattern.h: Renamed from Source/JavaScriptCore/yarr/RegexPattern.h. (JSC::Yarr::CharacterRange::CharacterRange): (JSC::Yarr::CharacterClassTable::create): (JSC::Yarr::CharacterClassTable::CharacterClassTable): (JSC::Yarr::CharacterClass::CharacterClass): (JSC::Yarr::PatternTerm::PatternTerm): (JSC::Yarr::PatternTerm::ForwardReference): (JSC::Yarr::PatternTerm::BOL): (JSC::Yarr::PatternTerm::EOL): (JSC::Yarr::PatternTerm::WordBoundary): (JSC::Yarr::PatternTerm::invert): (JSC::Yarr::PatternTerm::capture): (JSC::Yarr::PatternTerm::quantify): (JSC::Yarr::PatternAlternative::PatternAlternative): (JSC::Yarr::PatternAlternative::lastTerm): (JSC::Yarr::PatternAlternative::removeLastTerm): (JSC::Yarr::PatternAlternative::setOnceThrough): (JSC::Yarr::PatternAlternative::onceThrough): (JSC::Yarr::PatternDisjunction::PatternDisjunction): (JSC::Yarr::PatternDisjunction::~PatternDisjunction): (JSC::Yarr::PatternDisjunction::addNewAlternative): (JSC::Yarr::TermChain::TermChain): (JSC::Yarr::BeginChar::BeginChar): (JSC::Yarr::YarrPattern::~YarrPattern): (JSC::Yarr::YarrPattern::reset): (JSC::Yarr::YarrPattern::containsIllegalBackReference): (JSC::Yarr::YarrPattern::newlineCharacterClass): (JSC::Yarr::YarrPattern::digitsCharacterClass): (JSC::Yarr::YarrPattern::spacesCharacterClass): (JSC::Yarr::YarrPattern::wordcharCharacterClass): (JSC::Yarr::YarrPattern::nondigitsCharacterClass): (JSC::Yarr::YarrPattern::nonspacesCharacterClass): (JSC::Yarr::YarrPattern::nonwordcharCharacterClass): 2011-01-10 Gavin Barraclough Windows build fix. * parser/SyntaxChecker.h: 2011-01-10 Dave Tapuska Reviewed by Gavin Barraclough. Add CTI ASM versions for RVCT ARM THUMB2 mode. https://bugs.webkit.org/show_bug.cgi?id=52154 * jit/JITStubs.cpp: (JSC::ctiTrampoline): (JSC::ctiVMThrowTrampoline): (JSC::ctiOpThrowNotCaught): 2011-01-10 Gavin Barraclough Qt build fix. * JavaScriptCore.pro: 2011-01-10 Gavin Barraclough Reviewed by Oliver Hunt. Bug 52079 - Syntax errors should be early errors. From chapter 16 the spec: An implementation must report most errors at the time the relevant ECMAScript language construct is evaluated. An early error is an error that can be detected and reported prior to the evaluation of any construct in the Program containing the error. An implementation must report early errors in a Program prior to the first evaluation of that Program. Early errors in eval code are reported at the time eval is called but prior to evaluation of any construct within the eval code. All errors that are not early errors are runtime errors. An implementation must treat any instance of the following kinds of errors as an early error: * Any syntax error." * JavaScriptCore.xcodeproj/project.pbxproj: Added new files. * bytecode/CodeBlock.cpp: Removed op_throw_syntax_error. * bytecode/Opcode.h: Removed op_throw_syntax_error. * bytecompiler/BytecodeGenerator.cpp: (JSC::BytecodeGenerator::generate): If m_expressionTooDeep then throw a runtime error. (JSC::BytecodeGenerator::BytecodeGenerator): Initialize m_expressionTooDeep. (JSC::BytecodeGenerator::emitThrowExpressionTooDeepException): Sets m_expressionTooDeep. * bytecompiler/BytecodeGenerator.h: Added m_expressionTooDeep, removed emitThrowSyntaxError. * bytecompiler/NodesCodegen.cpp: (JSC::RegExpNode::emitBytecode): (JSC::ContinueNode::emitBytecode): (JSC::BreakNode::emitBytecode): (JSC::ReturnNode::emitBytecode): (JSC::LabelNode::emitBytecode): Conditions that threw syntax error are now handled during parsing; during bytecompilation these are now just ASSERTs. * interpreter/Interpreter.cpp: (JSC::Interpreter::privateExecute): * jit/JIT.cpp: (JSC::JIT::privateCompileMainPass): * jit/JIT.h: * jit/JITOpcodes.cpp: * jit/JITOpcodes32_64.cpp: * jit/JITStubs.cpp: * jit/JITStubs.h: Removed op_throw_syntax_error. * parser/ASTBuilder.h: (JSC::ASTBuilder::createRegExp): Renamed; added syntax check. * parser/JSParser.cpp: (JSC::JSParser::breakIsValid): (JSC::JSParser::hasLabel): (JSC::JSParser::Scope::Scope): (JSC::JSParser::Scope::setIsFunction): (JSC::JSParser::Scope::isFunctionBoundary): (JSC::JSParser::ScopeRef::hasContainingScope): (JSC::JSParser::ScopeRef::containingScope): (JSC::JSParser::AutoPopScopeRef::AutoPopScopeRef): (JSC::JSParser::AutoPopScopeRef::~AutoPopScopeRef): (JSC::JSParser::AutoPopScopeRef::setPopped): (JSC::JSParser::popScopeInternal): (JSC::JSParser::popScope): (JSC::jsParse): (JSC::JSParser::JSParser): (JSC::JSParser::parseProgram): (JSC::JSParser::parseBreakStatement): (JSC::JSParser::parseContinueStatement): (JSC::JSParser::parseReturnStatement): (JSC::JSParser::parseTryStatement): (JSC::JSParser::parseFunctionInfo): (JSC::JSParser::parseExpressionOrLabelStatement): (JSC::JSParser::parsePrimaryExpression): * parser/JSParser.h: * parser/Nodes.h: * parser/Parser.cpp: (JSC::Parser::parse): * parser/SyntaxChecker.h: (JSC::SyntaxChecker::createRegExp): Renamed; added syntax check. * runtime/ExceptionHelpers.cpp: (JSC::createOutOfMemoryError): (JSC::throwOutOfMemoryError): * runtime/ExceptionHelpers.h: Broke out createOutOfMemoryError. * runtime/Executable.cpp: (JSC::EvalExecutable::compileInternal): (JSC::ProgramExecutable::compileInternal): (JSC::FunctionExecutable::compileForCallInternal): (JSC::FunctionExecutable::compileForConstructInternal): Add check for exception after bytecode generation. * runtime/RegExpConstructor.cpp: (JSC::constructRegExp): * runtime/RegExpPrototype.cpp: (JSC::regExpProtoFuncCompile): RegExp error prefixes not included in error string. * yarr/RegexParser.h: (JSC::Yarr::Parser::parse): Removed regexBegin/regexEnd/regexError. * yarr/RegexPattern.cpp: (JSC::Yarr::RegexPatternConstructor::regexBegin): Removed regexEnd/regexError. (JSC::Yarr::compileRegex): Add call to regexBegin (no longer called from the parser). * yarr/YarrSyntaxChecker.cpp: Added. (JSC::Yarr::SyntaxChecker::assertionBOL): (JSC::Yarr::SyntaxChecker::assertionEOL): (JSC::Yarr::SyntaxChecker::assertionWordBoundary): (JSC::Yarr::SyntaxChecker::atomPatternCharacter): (JSC::Yarr::SyntaxChecker::atomBuiltInCharacterClass): (JSC::Yarr::SyntaxChecker::atomCharacterClassBegin): (JSC::Yarr::SyntaxChecker::atomCharacterClassAtom): (JSC::Yarr::SyntaxChecker::atomCharacterClassRange): (JSC::Yarr::SyntaxChecker::atomCharacterClassBuiltIn): (JSC::Yarr::SyntaxChecker::atomCharacterClassEnd): (JSC::Yarr::SyntaxChecker::atomParenthesesSubpatternBegin): (JSC::Yarr::SyntaxChecker::atomParentheticalAssertionBegin): (JSC::Yarr::SyntaxChecker::atomParenthesesEnd): (JSC::Yarr::SyntaxChecker::atomBackReference): (JSC::Yarr::SyntaxChecker::quantifyAtom): (JSC::Yarr::SyntaxChecker::disjunction): (JSC::Yarr::checkSyntax): * yarr/YarrSyntaxChecker.h: Added. Check RegExp syntax. 2011-01-10 Adam Roben Roll out r75289 It was causing assertion failures. See . * wtf/StackBounds.cpp: (WTF::StackBounds::initialize): 2011-01-08 Patrick Gansterer Reviewed by Darin Adler. Unify string table adding in AtomicString https://bugs.webkit.org/show_bug.cgi?id=51927 Move code for adding a string into a separate function. This removes multiple occurrence of the same logic. * wtf/text/AtomicString.cpp: (WTF::addToStringTable): Added. (WTF::AtomicString::add): Use addToStringTable(). (WTF::AtomicString::fromUTF8): Ditto. 2011-01-07 Geoffrey Garen Reviewed by Gavin Barraclough. Split machine stack marking functions into their own class (MachineStackMarker) https://bugs.webkit.org/show_bug.cgi?id=52088 * API/APIShims.h: (JSC::APIEntryShimWithoutLock::APIEntryShimWithoutLock): Moved registerThread() call behind an #ifdef because we shouldn't be registering threads at all if we don't support usage on multiple threads. * Android.mk: * CMakeLists.txt: * GNUmakefile.am: * JavaScriptCore.gypi: * JavaScriptCore.pro: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: Updated projects. * runtime/Collector.cpp: (JSC::Heap::Heap): (JSC::Heap::destroy): (JSC::Heap::markRoots): * runtime/Collector.h: (JSC::Heap::machineStackMarker): Moved code to machineStackMarker. * runtime/JSGlobalData.h: (JSC::JSGlobalData::makeUsableFromMultipleThreads): Removed an unnecessary level of indirection, to make Heap less of a God class. * runtime/MachineStackMarker.h: Copied from Source/JavaScriptCore/runtime/Collector.h. * runtime/MachineStackMarker.cpp: Copied from Source/JavaScriptCore/runtime/Collector.cpp. (JSC::MachineStackMarker::MachineStackMarker): (JSC::MachineStackMarker::~MachineStackMarker): (JSC::MachineStackMarker::makeUsableFromMultipleThreads): (JSC::MachineStackMarker::registerThread): (JSC::MachineStackMarker::unregisterThread): (JSC::MachineStackMarker::markCurrentThreadConservativelyInternal): (JSC::MachineStackMarker::markCurrentThreadConservatively): (JSC::MachineStackMarker::markOtherThreadConservatively): (JSC::MachineStackMarker::markMachineStackConservatively): Moved code from Heap. 2011-01-07 Gavin Barraclough Reviewed by Geoff Garen. Bug 26276 - Need a mechanism to determine stack extent on WINDOWS, SOLARIS, OPENBSD, SYMBIAN, HAIKU, WINCE platforms Fix for win32. The base of the stack is stored in the "deallocation stack" field of the Thread Information Block - see: http://en.wikipedia.org/wiki/Win32_Thread_Information_Block for more information! * wtf/StackBounds.cpp: (WTF::StackBounds::initialize): 2011-01-07 Adam Roben Update react-to-vsprops-changes.py after r74855 * JavaScriptCore.vcproj/JavaScriptCore/react-to-vsprops-changes.py: 2011-01-07 Carlos Garcia Campos Reviewed by Martin Robinson. [GTK] Port scrollbar painting to GtkStyleContext https://bugs.webkit.org/show_bug.cgi?id=52051 * wtf/gobject/GTypedefs.h: Add GtkStyleContext forward declaration. 2011-01-07 Daniel Bates Reviewed by Martin Robinson. Enable PCRE computed gotos when compiling with RCVT 4.0 or greater in GNU mode https://bugs.webkit.org/show_bug.cgi?id=52034 Derived from a patch by Eli Fidler. RVCT 4 or greater in GNU mode supports the computed goto GNU language extension as per . * pcre/pcre_exec.cpp: Modified to check for feature, HAVE(COMPUTED_GOTO), instead of hardcoding the GCC compiler. * wtf/Platform.h: Define WTF_COMPILER_RVCT4_OR_GREATER if __ARMCC_VERSION >= 400000. 2011-01-06 Gavin Barraclough Reviewed by Geoff Garen. Bug 52035 - Unregistering DOMWrapperWorlds is unsafe The method DOMWrapperWorld::unregisterWorld() effectively calls the DOMWrapperWorld's destructor early, in order to release wrappers once we know we no longer intend to use them. Whilst it is okay to have a method to throw away wrappers (assuming we know we're willing to lose any state stored on them) it is not okay to deregister the world from the JSGlobalData. A sequence of events that triggers the bug would look like this: (1) Create a DOMWrapperWorld. (2) Register a timer in the world. (3) Call unregisterWorld() on the world. (4) Timer goes off, code is executed in the world, creates a Node not attached to a Document. (5) We attempt to lookup a wrapper map for the world on the JSGlobalData, but because we've called forgetWorld() none exists. (6) Attempt to add a wrapper to a NULL map. Fix the problem by not removing the JSGlobalData's wrapper map until the world really goes away. * runtime/WeakGCMap.h: (JSC::WeakGCMap::clear): 2011-01-06 Gavin Barraclough Reviewed by Darin Adler. Bug 52021 - zeroDouble broken on ARMv7 The bug here is that zeroDouble was working incorrectly, leading to op_loop_if_true failing - specifically in the case where the value being checked is 0.0 encoded as a double (rather than an integer immediate). Additionally this patch removes a redundant duplicate compare in some (many) case. * assembler/ARMv7Assembler.h: (JSC::ARMv7Assembler::vcmp_F64): (JSC::ARMv7Assembler::vcmpz_F64): * assembler/MacroAssemblerARM.h: (JSC::MacroAssemblerARM::branchDoubleNonZero): (JSC::MacroAssemblerARM::branchDoubleZeroOrNaN): * assembler/MacroAssemblerARMv7.h: (JSC::MacroAssemblerARMv7::branchDouble): (JSC::MacroAssemblerARMv7::branchDoubleNonZero): (JSC::MacroAssemblerARMv7::branchDoubleZeroOrNaN): (JSC::MacroAssemblerARMv7::compare32): * assembler/MacroAssemblerMIPS.h: (JSC::MacroAssemblerMIPS::branchDoubleNonZero): (JSC::MacroAssemblerMIPS::branchDoubleZeroOrNaN): * assembler/MacroAssemblerX86Common.h: (JSC::MacroAssemblerX86Common::branchDoubleNonZero): (JSC::MacroAssemblerX86Common::branchDoubleZeroOrNaN): * jit/JITOpcodes32_64.cpp: (JSC::JIT::emit_op_jfalse): (JSC::JIT::emit_op_jtrue): 2011-01-06 Michael Saboff Reviewed by Gavin Barraclough. Added debug code to compare the results of JIT regexp with interpreted regexp and displays discrepencies. This debug code is controlled by the ENABLE_YARR_JIT_DEBUG macro in wtf/Platform.h and is only valid if ENABLE_YARR_JIT is enabled. Fixed a discovered problem in RegExp::printTraceData, changing m_pattern to the getter pattern(). Also deleted an extraneous semicolon. Enhancement: Add Regexp Debug Compare between JIT and Interpreter https://bugs.webkit.org/show_bug.cgi?id=51834 * runtime/RegExp.cpp: (JSC::RegExp::compile): (JSC::RegExp::match): (JSC::RegExp::printTraceData): * wtf/Platform.h: 2011-01-06 Patrick Gansterer Reviewed by Eric Seidel. [WINCE] Remove JSC::g_stackBase https://bugs.webkit.org/show_bug.cgi?id=51779 * wtf/StackBounds.cpp: 2011-01-06 Joone Hur Reviewed by Eric Seidel. WML Parser should treat line/column number in a consistent way https://bugs.webkit.org/show_bug.cgi?id=51601 Add the equality operators to TextPosition class. * wtf/text/TextPosition.h: (WTF::TextPosition::operator==): Added. (WTF::TextPosition::operator!=): Added. (WTF::TextPosition::belowRangePosition): Use belowBase() instead of base(). (WTF::ZeroBasedNumber::operator==): Added. (WTF::ZeroBasedNumber::operator!=): Added. (WTF::OneBasedNumber::operator==): Added. (WTF::OneBasedNumber::operator!=): Added. 2011-01-06 Patrick Gansterer Reviewed by Gavin Barraclough. [WINCE] Determine stack extent https://bugs.webkit.org/show_bug.cgi?id=26276 Scan the stack for writeable pages and use the limits. * wtf/StackBounds.cpp: (WTF::detectGrowingDownward): (WTF::isPageWritable): (WTF::getLowerStackBound): (WTF::getUpperStackBound): (WTF::StackBounds::initialize): 2011-01-05 Steve Falkenburg Windows build fix. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreCommon.vsprops: Revert change to additional library search path needed to find ICU. 2011-01-05 Steve Falkenburg Reviewed by Darin Adler. Debug and Release builds on Windows clobber each other https://bugs.webkit.org/show_bug.cgi?id=49185 Changes the structure of WebKitBuild build products directory so we completely separate each build configuration into independent directories. Although we previously had per-configuration directories for obj, this change adds per-configuration directories for bin, lib, obj, and include. Each configuration's build products are stored within a directory inside of WebKitBuild. Most use of $(WebKitOutputDir) in the build files has been replaced by $(ConfigurationBuildDir), defined in common.vsprops to be $(WebKitOutputDir)\$(ConfigurationName). For PGO, $(ConfigurationBuildDir) points to the same directory (Release_PGO) to allow for proper operation of the instrumentation/optimization scripts. * JavaScriptCore.vcproj/JavaScriptCore.make: * JavaScriptCore.vcproj/JavaScriptCore.sln: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreCommon.vsprops: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreGenerated.make: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreGenerated.vcproj: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreGeneratedCommon.vsprops: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCorePGOOptimize.vsprops: Added. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCorePostBuild.cmd: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCorePreBuild.cmd: * JavaScriptCore.vcproj/JavaScriptCore/build-generated-files.sh: * JavaScriptCore.vcproj/JavaScriptCore/react-to-vsprops-changes.py: * JavaScriptCore.vcproj/JavaScriptCoreSubmit.sln: * JavaScriptCore.vcproj/WTF/WTF.vcproj: * JavaScriptCore.vcproj/WTF/WTFCommon.vsprops: * JavaScriptCore.vcproj/WTF/WTFPostBuild.cmd: * JavaScriptCore.vcproj/WTF/WTFPreBuild.cmd: * JavaScriptCore.vcproj/jsc/jsc.vcproj: * JavaScriptCore.vcproj/jsc/jscCommon.vsprops: * JavaScriptCore.vcproj/jsc/jscPostBuild.cmd: * JavaScriptCore.vcproj/jsc/jscPreBuild.cmd: * JavaScriptCore.vcproj/testapi/testapiCommon.vsprops: * JavaScriptCore.vcproj/testapi/testapiPostBuild.cmd: * JavaScriptCore.vcproj/testapi/testapiPreBuild.cmd: 2011-01-05 Brent Fulgham Unreviewed build fix. * wtf/Encoder.h: Add include for systems that do not natively know about uint8_t, etc. 2011-01-05 Patrick Gansterer Reviewed by Andreas Kling. [CMake] Fix the usage of SOURCE_GROUP https://bugs.webkit.org/show_bug.cgi?id=51739 * CMakeLists.txt: 2011-01-05 Andras Becsi Reviewed by Csaba Osztrogonác. [Qt][V8] Fix the build after recent changes. * pcre/pcre.pri: Correct the path after Source was introduced. 2011-01-04 Steve Falkenburg Build fix. Update path to FindSafari after source code reorganization. * JavaScriptCore.vcproj/JavaScriptCore.sln: 2011-01-04 Daniel Bates Fix the Android build after changeset 74975 (https://bugs.webkit.org/show_bug.cgi?id=51855). * wtf/ThreadingPthreads.cpp: Add include of PassOwnPtr.h. (WTF::runThreadWithRegistration): Use -> instead of . to dereference pointer. 2011-01-04 Martin Robinson Try to fix the EFL build. * wtf/CMakeLists.txt: Remove PlatformRefPtr from the CMake source list. 2011-01-04 James Robinson Reviewed by Darin Adler. StackBounds initialization in WTFThreadData should be guarded by #if USE(JSC) https://bugs.webkit.org/show_bug.cgi?id=51881 The StackBounds class is only used by JavaScriptCore. * wtf/WTFThreadData.cpp: (WTF::WTFThreadData::WTFThreadData): * wtf/WTFThreadData.h: (WTF::WTFThreadData::resetCurrentIdentifierTable): 2011-01-03 Martin Robinson Reviewed by Darin Adler. Remove the last non-GObject usage of PlatformRefPtr and move the code to GRefPtr https://bugs.webkit.org/show_bug.cgi?id=51846 * GNUmakefile.am: Remove PlatformRefPtr.h from the sources list. * JavaScriptCore.vcproj/WTF/WTF.vcproj: Ditto. * jit/ExecutableAllocator.h: Change references to PlatformRefPtr to RefPtr. (JSC::ExecutableAllocator::cacheFlush): Ditto. * wtf/PlatformRefPtr.h: Removed. * wtf/RandomNumber.cpp: Change references to PlatformRefPtr to RefPtr. (WTF::randomNumber): Ditto. * wtf/brew/RefPtrBrew.h: Ditto. (WTF::refIfNotNull): Added. (WTF::derefIfNotNull): Added. * wtf/brew/ShellBrew.h: Change references to PlatformRefPtr to RefPtr. (WTF::createRefPtrInstance): Modified to return a RefPtr. * wtf/gobject/GRefPtr.cpp: (WTF::refGPtr): Moved from PlatformRefPtr here. (WTF::derefGPtr): Ditto. * wtf/gobject/GRefPtr.h: Ditto. (WTF::GRefPtr::GRefPtr): Ditto. (WTF::GRefPtr::~GRefPtr): Ditto. (WTF::GRefPtr::clear): Ditto. (WTF::GRefPtr::isHashTableDeletedValue): Ditto. (WTF::GRefPtr::get): Ditto. (WTF::GRefPtr::operator*): Ditto. (WTF::GRefPtr::operator->): Ditto. (WTF::GRefPtr::operator!): Ditto. (WTF::GRefPtr::operator UnspecifiedBoolType): Ditto. (WTF::GRefPtr::hashTableDeletedValue): Ditto. (WTF::::operator): Ditto. (WTF::::swap): Ditto. (WTF::swap): Ditto. (WTF::operator==): Ditto. (WTF::operator!=): Ditto. (WTF::static_pointer_cast): Ditto. (WTF::const_pointer_cast): Ditto. (WTF::getPtr): Ditto. (WTF::adoptGRef): Ditto. (WTF::refGPtr): Ditto. (WTF::derefGPtr): Ditto. 2011-01-04 Daniel Bates Reviewed by Adam Roben. LEAK: Deallocate instance of ThreadFunctionInvocation if thread creation fails https://bugs.webkit.org/show_bug.cgi?id=51860 * wtf/ThreadingWin.cpp: (WTF::createThreadInternal): 2011-01-04 Laszlo Gombos Reviewed by Ariya Hidayat. [Qt][Symbian] Make sure that WebKit headers are included before platform headers on Symbian https://bugs.webkit.org/show_bug.cgi?id=31273 On Symbian PREPEND_INCLUDEPATH is the best way to make sure that WebKit headers are included before platform headers. On all other platforms continue to use INCLUDEPATH (as before). This is a continuation of r65877. No new tests as there is no new functionality. * JavaScriptCore.pri: 2011-01-04 Darin Adler Try to fix Windows build. * wtf/ThreadingWin.cpp: Added include of PassOwnPtr.h. Fixed paragraphing of conditional includes. (WTF::wtfThreadEntryPoint): Use -> instead of . to dereference pointer. (WTF::createThreadInternal): Tweaked #if to not need separate macro. 2011-01-04 Daniel Bates Reviewed by Adam Roben. Extract ThreadFunctionInvocation into separate file and share between Apple Windows and Android https://bugs.webkit.org/show_bug.cgi?id=51855 Both the Apple Windows and Android ports implement a similar adapter structure, called ThreadFunctionInvocation and ThreadData respectively, as part of their thread creation process. Instead, we should share such an adapter structure and remove duplicate code. * JavaScriptCore.gypi: Added header wtf/ThreadFunctionInvocation.h. * wtf/ThreadFunctionInvocation.h: Added. (WTF::ThreadFunctionInvocation::ThreadFunctionInvocation): * wtf/ThreadingPthreads.cpp: Removed Android-specific structure ThreadData; Instead, use ThreadFunctionInvocation. (WTF::runThreadWithRegistration): (WTF::createThreadInternal): * wtf/ThreadingWin.cpp: Moved structure ThreadFunctionInvocation to its own file so that it can be shared with the Android implementation of createThreadInternal(). (WTF::wtfThreadEntryPoint): Use OwnPtr to hold passed instance of ThreadFunctionInvocation. 2011-01-04 Daniel Bates Reviewed by Darin Adler. Use __builtin_expect when compiling using RVCT in GNU mode https://bugs.webkit.org/show_bug.cgi?id=51866 Derived from a patch by Dave Tapuska. * wtf/AlwaysInline.h: 2011-01-03 Darin Adler Reviewed by Brady Eidson. * wtf/Forward.h: Added Decoder and Encoder. 2011-01-03 Brady Eidson Reviewed by Darin Adler. Add Encode/Decode machinery Darin and I plan to work with for back/forward stuff in WebKit2. Starting out with a pure virtual interface to be implemented in WK2, but we might change that later. * GNUmakefile.am: * JavaScriptCore.vcproj/WTF/WTF.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: * wtf/CMakeLists.txt: * wtf/Decoder.h: Added. * wtf/Encoder.h: Added. 2011-01-03 Laszlo Gombos Unreviewed build fix. [Qt] Add NullPtr.cpp introduced in r71155 to the Qt build system. This fix is required for builds where HAVE(NULLPTR) is false (e.g. some MSVC and Symbian builds). * wtf/wtf.pri: 2011-01-02 Dan Bernstein Rubber-stamped by Simon Fraser. Update copyright strings * Info.plist: 2011-01-02 Csaba Osztrogonác Fix GTK+ build after r74855. Reviewed by Xan Lopez. * GNUmakefile.am: Fix include pathes. 2011-01-02 Adam Barth One more .. missing in the Qt build. * jsc.pro: 2011-01-02 Xan Lopez Fix GTK+ build. * GNUmakefile.am: add -I$(srcdir)/Source to the JSC cppflags so that anyone can include its headers without adding the prefix 'Source/'. 2011-01-02 Carl Lobo Reviewed by Adam Barth. Fix Windows Build for non-production where VSPropsRedirectionDir is not defined. https://bugs.webkit.org/show_bug.cgi?id=51797 * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: * JavaScriptCore.vcproj/JavaScriptCore/build-generated-files.sh: * JavaScriptCore.vcproj/WTF/WTF.vcproj: * JavaScriptCore.vcproj/jsc/jsc.vcproj: * JavaScriptCore.vcproj/testapi/testapi.vcproj: 2011-01-01 Adam Barth Fix relative include paths in an attempt to fix the Qt build. * JavaScriptCore.pri: * JavaScriptCore.pro: 2011-01-01 Adam Barth Another speculative build fix for GTK. * GNUmakefile.am: 2011-01-01 Adam Barth Speculative build fix for GTK. Update the paths in GNUmakefile to include "Source". * GNUmakefile.am: 2011-01-01 Adam Barth Update relative paths in JavaScriptCore.gyp to account for the extra level of directories. * JavaScriptCore.gyp/JavaScriptCore.gyp: 2010-12-31 Patrick Gansterer Reviewed by Darin Adler. Add a fast case for ASCII strings in HashAndUTF8CharactersTranslator::equal https://bugs.webkit.org/show_bug.cgi?id=50517 This change shows about 2% performance win on the xml-parser benchmark. * wtf/text/AtomicString.cpp: (WTF::HashAndUTF8CharactersTranslator::equal): 2010-12-30 Patrick Gansterer Reviewed by Ariya Hidayat. [CMake] Add WTF_HEADERS https://bugs.webkit.org/show_bug.cgi?id=51741 Add the WTF headers to show them in Visual Studio. * wtf/CMakeLists.txt: * wtf/CMakeListsWinCE.txt: 2010-12-30 Konstantin Tokarev Reviewed by David Kilzer. [Qt] Don't build wtf/TCSystemAlloc.cpp if --system-malloc option is used https://bugs.webkit.org/show_bug.cgi?id=51672 * wtf/wtf.pri: Replaced USE_SYSTEM_MALLOC with USE_SYSTEM_MALLOC=1 2010-12-30 Patrick Gansterer Reviewed by Darin Adler. Use OS(WINDOWS) instead of COMPILER(MSVC) in FastMalloc.cpp https://bugs.webkit.org/show_bug.cgi?id=51743 Most of the ifdefs belong to windows and not to the MSVC compiler. * wtf/FastMalloc.cpp: 2010-12-29 Gavin Barraclough Reviewed by Sam Weinig. Bug 51724 - In strict mode string literals should allow \0, but disallow \8 and \9. * parser/Lexer.cpp: (JSC::Lexer::parseString): 2010-12-29 Helder Correia Reviewed by Eric Seidel. and are not valid JSON whitespace characters https://bugs.webkit.org/show_bug.cgi?id=51671 Vertical Tab and Form Feed are not allowed white spaces by the JSON RFC 4627: http://www.ietf.org/rfc/rfc4627.txt (2. JSON Grammar). Tests: ietestcenter/Javascript/15.12.1.1-0-2.html ietestcenter/Javascript/15.12.1.1-0-3.html * runtime/LiteralParser.cpp: (JSC::isJSONWhiteSpace): (JSC::LiteralParser::Lexer::lex): 2010-12-28 Helder Correia Reviewed by Eric Seidel. JSON.stringify must exist as a function taking 3 parameters https://bugs.webkit.org/show_bug.cgi?id=51667 The reported function length is 1 instead. Test: ietestcenter/Javascript/15.12.3-0-2.html * runtime/JSONObject.cpp: 2010-12-28 Helder Correia Reviewed by Sam Weinig. JSON.parse must exist as a function taking 2 parameters https://bugs.webkit.org/show_bug.cgi?id=51666 Support for revivers was introduced in bug 26591, but the function length has since remained unchanged. Test: ietestcenter/Javascript/15.12.2-0-2.html * runtime/JSONObject.cpp: 2010-12-27 Jake Helfert Reviewed and reworked by Darin Adler. Building WebKit with Visual Studio 2010 fails due to ambiguous assignment operator errors. https://bugs.webkit.org/show_bug.cgi?id=51116 * wtf/NullPtr.h: Added a HAVE(NULLPTR) definition for use with Platform.h HAVE macro, and included the Visual Studio 2010 compiler as one of the ones that has nullptr. * wtf/NullPtr.cpp: Updated condition to match. * wtf/PassOwnArrayPtr.h: Don't include the operator=(nullptr_t) overload if we are compiling in loose mode and the compiler has nullptr, because assignment of 0 will otherwise encounter ambiguitity with this overload and the overload for loose mode that takes a raw pointer. The conditional can be removed when we get rid of loose mode. * wtf/PassOwnPtr.h: Ditto. * wtf/PassRefPtr.h: Don't include the operator=(nullptr_t) overload if the compiler has nullptr, because assignment of 0 would be ambiguous with the overload that takes a raw pointer. The conditional can be removed if we ever decide we no longer need to support assigning 0, but might need a way to catch that usage on older compilers. * wtf/RefPtr.h: Ditto. * wtf/RetainPtr.h: Ditto * JavaScriptCore.xcodeproj/project.pbxproj: Added NullPtr.cpp, accidentally omitted when the file was first added. 2010-12-26 Xan Lopez Reviewed by Eric Seidel. [GTK] Add standalone target for JSC https://bugs.webkit.org/show_bug.cgi?id=51607 * GNUmakefile.am: add convenience target to only build jsc and its dependencies. 2010-12-24 Patrick Gansterer Reviewed by Eric Seidel. [WINCE] Add CPU(MIPS) detection https://bugs.webkit.org/show_bug.cgi?id=51342 WinCE usually defines MIPS and _MIPS_. * wtf/Platform.h: 2010-12-23 Gavin Barraclough Reviewed by Sam Weinig. Rename RegexCompiler.cpp to RegexPattern.cpp. Implicitly call compileRegex from RegexPattern's constructor. * Android.mk: * CMakeLists.txt: * GNUmakefile.am: * JavaScriptCore.gypi: * JavaScriptCore.pro: * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: * runtime/RegExp.cpp: (JSC::RegExp::compile): * yarr/RegexCompiler.cpp: Removed. * yarr/RegexCompiler.h: Removed. * yarr/RegexInterpreter.cpp: * yarr/RegexJIT.cpp: * yarr/RegexPattern.cpp: Copied from JavaScriptCore/yarr/RegexCompiler.cpp. (JSC::Yarr::compileRegex): (JSC::Yarr::RegexPattern::RegexPattern): * yarr/RegexPattern.h: 2010-12-23 Patrick Gansterer Unreviewed build fix for WinCE after r74360. Move the OS(WINDOWS) section after the OS(WINCE) section and add missing argument to the getStackMax call. * wtf/StackBounds.cpp: (WTF::StackBounds::initialize): 2010-12-22 Laszlo Gombos Unreviewed build fix. [Symbian] Make sure OSAllocatorSymbian builds This patch only addresses the build problem. https://bugs.webkit.org/show_bug.cgi?id=51128 tracks the full (re)implementation of the Symbian allocator. * wtf/OSAllocatorSymbian.cpp: (WTF::OSAllocator::reserveUncommitted): (WTF::OSAllocator::reserveAndCommit): (WTF::OSAllocator::commit): 2010-12-22 Dan Bernstein Changed WebKitTools to Tools. * JavaScriptCore.vcproj/JavaScriptCore.sln: 2010-12-22 Dan Bernstein Rubber-stamped by Mark Rowe. Changed WebKitTools to Tools in script build phases. * JavaScriptCore.xcodeproj/project.pbxproj: 2010-12-22 Andrei Popescu Unreviewed build fix. Fix Chromium Linux shared library build. [Chromium] r74431 broke the Chromium Linux shared library build https://bugs.webkit.org/show_bug.cgi?id=51462 * JavaScriptCore.gyp/JavaScriptCore.gyp: * JavaScriptCore.gypi: 2010-12-21 Sheriff Bot Unreviewed, rolling out r74462. http://trac.webkit.org/changeset/74462 https://bugs.webkit.org/show_bug.cgi?id=51449 broke chromium win (Requested by tonyg-cr on #webkit). * JavaScriptCore.gypi: 2010-12-21 Tony Gentilcore Unreviewed build fix. [chromium] Build fix after r74431 https://bugs.webkit.org/show_bug.cgi?id=51447 * JavaScriptCore.gypi: 2010-12-21 Gavin Barraclough Windows build fix. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: 2010-12-21 Gavin Barraclough Windows build fix. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: 2010-12-21 Gavin Barraclough Speculative build fix. * jit/ExecutableAllocator.cpp: (JSC::ExecutableAllocator::underMemoryPressure): 2010-12-21 Gavin Barraclough Reviewed by Oliver Hunt. Bug 26276 - Need a mechanism to determine stack extent This patch adds accurate stack size calculation for: DARWIN, QNX, UNIX We still need to fix: WINDOWS, SOLARIS, OPENBSD, SYMBIAN, HAIKU, WINCE * wtf/StackBounds.cpp: (WTF::StackBounds::initialize): 2010-12-21 Gavin Barraclough Reviewed by Geoff Garen. CRASH running out of executable memory, loading io9.com https://bugs.webkit.org/show_bug.cgi?id=51443 The problem here is that each page uses a reasonable amount of memory, (~4Mb), and that when miultiple pages are open we keep all JIT code for all functions in all pages alive. Add a check to detect high memory pressure situations in the executable allocator (>50% of available memory allocated), and upon a top level entry into JSC (no code running on the stack) in this situation throw away all JIT code. * JavaScriptCore.exp: * debugger/Debugger.cpp: (JSC::Debugger::recompileAllJSFunctions): stop passing exec to recompile. * jit/ExecutableAllocator.h: * jit/ExecutableAllocatorFixedVMPool.cpp: (JSC::ExecutablePool::systemAlloc): Count allocations. (JSC::ExecutablePool::systemRelease): Count deallocations. (JSC::ExecutablePool::underMemoryPressure): Check memory pressure. * jit/ExecutableAllocatorPosix.cpp: (JSC::ExecutablePool::underMemoryPressure): Stub out; only meaningful with FixedVMPool. * jit/ExecutableAllocatorWin.cpp: (JSC::ExecutablePool::underMemoryPressure): Stub out; only meaningful with FixedVMPool. * runtime/Executable.cpp: (JSC::FunctionExecutable::recompile): Remove ExecState argument to recompile. * runtime/Executable.h: * runtime/JSGlobalData.cpp: (JSC::JSGlobalData::recompileAllJSFunctions): throws away all JIT code. * runtime/JSGlobalData.h: * runtime/JSGlobalObject.h: (JSC::DynamicGlobalObjectScope::DynamicGlobalObjectScope): add check / call to throw away. 2010-12-21 Gavin Barraclough Reviewed by Geoff Garen. JIT executable memory excessive usage due to regex caching https://bugs.webkit.org/show_bug.cgi?id=51434 Reduce the amount of memory the RegExpCache can hold on to on iOS. Currently the RegExpCache can hold 256 RegExp objects. If each falls into a separate ExecutablePool, with a common size of 16Kb, this means we end up holding onto 4Mb of memory. Firstly, we can reduce this by simply reducing the size of the cache to 32 entries. Secondly, we can use a separate set of ExecutablePools for JIT code generated from RegExp objects. This helps in two ways (1) it increases the probability that RegExps in the cache share the same pool, and (2) it means that a RegExp can't end up holding on to a large ExecutablePool containing a translation of JS code. (A RegExp could end up keeping a larger RegExp alive that happened to be sharing the same pool, but large RegExp patterns are less common). * runtime/JSGlobalData.h: * runtime/RegExpCache.h: * yarr/RegexJIT.cpp: (JSC::Yarr::RegexGenerator::compile): 2010-12-21 Gavin Barraclough Windows build fix. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: 2010-12-21 Gavin Barraclough Eeeep! build fix! * wtf/OSAllocator.h: (WTF::OSAllocator::decommitAndRelease): 2010-12-21 Gavin Barraclough Ooops, fixed typo in comment. * wtf/OSAllocator.h: 2010-12-21 Geoffrey Garen Reviewed by Gavin Barraclough & Oliver Hunt. Added PageAllocationAligned, a cross-platform abstraction for memory allocations with arbitrary alignment requirements https://bugs.webkit.org/show_bug.cgi?id=51359 I think this patch fixes [5.0.1] WER crash in Heap::allocateBlock (1902752929), and some other leaks and crashes as well. * Android.mk: * CMakeLists.txt: * GNUmakefile.am: * JavaScriptCore.gypi: * JavaScriptCore.vcproj/WTF/WTF.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: Updated build files. * runtime/AlignedMemoryAllocator.h: Removed. Supplanted by PageAllocationAligned. * runtime/Collector.cpp: (JSC::Heap::destroy): (JSC::Heap::allocateBlock): (JSC::Heap::freeBlock): (JSC::Heap::addWeakGCHandle): * runtime/Collector.h: Switched from AlignedMemoryAllocator to PageAllocationAligned. * runtime/GCHandle.cpp: * runtime/GCHandle.h: Ditto. * wtf/PageAllocation.h: (WTF::PageAllocation::PageAllocation): Removed aligned memory allocation functions. Supplanted by PageAllocationAligned. * wtf/PageAllocationAligned.cpp: Added. (WTF::PageAllocationAligned::allocate): (WTF::PageAllocationAligned::deallocate): * wtf/PageAllocationAligned.h: Added. (WTF::PageAllocationAligned::PageAllocationAligned): New cross-platform class for doing aligned memory allocation. This class properly matches allocation and deallocation library calls, fixing a long-standing bug in PageAllocation. * wtf/Platform.h: Removed some defunction VM platform defines. * wtf/wtf.pri: Updated build files. 2010-12-21 Oliver Hunt Reviewed by Gavin Barraclough. ASSERTION FAILED: base->index() == m_codeBlock->argumentsRegister() while loading taobao.com https://bugs.webkit.org/show_bug.cgi?id=49006 This problem was caused by having a parameter named 'arguments'. The fix is to treat parameters named 'arguments' as shadowing the actual arguments property, and so logically turn the function into one that doesn't "use" arguments. This required a bit of fiddling in the parser to ensure we correctly propagate the 'feature' of shadowing is set correctly. * bytecompiler/BytecodeGenerator.cpp: (JSC::BytecodeGenerator::createArgumentsIfNecessary): Change assertion to an early return as we may now reference a property named 'arguments' without being in a function that has the ArgumentsFeature * parser/JSParser.cpp: (JSC::JSParser::Scope::Scope): (JSC::JSParser::Scope::declareParameter): (JSC::JSParser::Scope::shadowsArguments): (JSC::JSParser::parseProgram): (JSC::JSParser::parseFormalParameters): (JSC::JSParser::parseFunctionInfo): * parser/Nodes.h: (JSC::ScopeNode::usesArguments): 2010-12-21 Daniel Bates Reviewed by Eric Seidel and Darin Adler. Deallocate GregorianDateTime.timeZone (if allocated) when copying so that we don't leak memory. https://bugs.webkit.org/show_bug.cgi?id=51367 Inspired by a patch by George Staikos. * wtf/DateMath.cpp: (JSC::msToGregorianDateTime): Modified to set timeZone to nullptr since timeZone is now of type OwnPtrArray. * wtf/DateMath.h: Change timeZone to type OwnArrayPtr; Removed destructor since it is no longer needed. (JSC::GregorianDateTime::GregorianDateTime): Modified to use OwnPtrArray semantics for timeZone. (JSC::GregorianDateTime::operator tm): Ditto. (JSC::GregorianDateTime::copyFrom): Ditto. 2010-12-21 Sheriff Bot Unreviewed, rolling out r74402. http://trac.webkit.org/changeset/74402 https://bugs.webkit.org/show_bug.cgi?id=51402 This patch broke the Windows 7 Release Layout Tests (Requested by jessieberlin on #webkit). * wtf/StackBounds.cpp: (WTF::estimateStackBound): (WTF::StackBounds::initialize): 2010-12-21 Peter Varga Reviewed by Csaba Osztrogonác. Unify the name of parentheses in YARR: rename parenthesis to parentheses. * yarr/RegexCompiler.cpp: (JSC::Yarr::RegexPatternConstructor::atomParenthesesEnd): 2010-12-21 Laszlo Gombos Reviewed by Andreas Kling. [Qt] Set BUILDING_QT__ consistently https://bugs.webkit.org/show_bug.cgi?id=51341 * JavaScriptCore.pri: Remove the definition of BUILDING_QT__ as it is already defined in WebKit.pri. 2010-12-20 Gavin Barraclough Reviewed by Oliver Hunt. Bug 26276 - Need a mechanism to determine stack extent This patch adds accurate stack size calculation for: DARWIN, WINDOWS, QNX, UNIX We still need to fix: SOLARIS, OPENBSD, SYMBIAN, HAIKU, WINCE * wtf/StackBounds.cpp: (WTF::StackBounds::initialize): 2010-12-20 Gavin Barraclough PPC build fix; stop using std::swap on PageAllocation/PageReservation, this was failing on some compilers since the lack of default construction for the m_executable/m_writable fields meant the value being swapped may not have been fully initialized. * wtf/PageAllocation.h: (WTF::PageAllocation::deallocate): * wtf/PageBlock.h: * wtf/PageReservation.h: (WTF::PageReservation::deallocate): 2010-12-20 Oliver Hunt Reviewed by Geoffrey Garen. |delete name| in strict mode code should be an early error https://bugs.webkit.org/show_bug.cgi?id=50431 Disallow the |delete IDENTIFIER| production in strict mode, and removed a bunch of now unnecessary code. * parser/JSParser.cpp: (JSC::JSParser::Scope::collectFreeVariables): (JSC::jsParse): (JSC::JSParser::parseProgram): (JSC::JSParser::parseUnaryExpression): * parser/JSParser.h: * parser/Parser.cpp: (JSC::Parser::parse): * parser/Parser.h: (JSC::Parser::parse): 2010-12-20 Gavin Barraclough Reviewed by Olver Hunt. Bug 51358 - Should check stack depth rather than using recursion limits in byte compilation The current implementation of recursion limit checking is not safe on smaller stacks. Switch to using a common mechanism, shared with the parser, to check recursion limits. Make bytecompiler use StackBounds. Empirical testing shows emitStrcat to have the largest footprint on the stack, at just under 1k on x86-64. Given this, the default recursion check (requiring 4k of available space to recurse) seems reasonable. * bytecompiler/BytecodeGenerator.cpp: (JSC::BytecodeGenerator::BytecodeGenerator): * bytecompiler/BytecodeGenerator.h: (JSC::BytecodeGenerator::emitNode): (JSC::BytecodeGenerator::emitNodeInConditionContext): * bytecompiler/NodesCodegen.cpp: (JSC::BinaryOpNode::emitStrcat): 2010-12-20 Tony Gentilcore Unreviewed build fix. Include pthread to fix chromium mac build (broken by r74360) https://bugs.webkit.org/show_bug.cgi?id=51356 * wtf/StackBounds.cpp: 2010-12-20 Xan Lopez Reviewed by Gustavo Noronha. * GNUmakefile.am: add missing files. 2010-12-18 Gavin Barraclough Reviewed by Oliver Hunt. Bug 26276 - Need a mechanism to determine stack extent This patch adds a class 'StackBounds', to hold information about the machine stack. The implementation of this class broadly adheres to the current implmentation of stack limit checking, and as such does not solve the problem of determining stack extent, but gives us a common place to do so. Currently two mechanism are provided to determine the stack origin (the point the stack is growing away from). currentThreadStackBase() in Collector provides a more accurate determination of the stack origin, so use this to calculate StackBounds::m_origin; WTFThreadData::approximatedStackStart is less accurate, and as such can be removed. Cache the StackBounds on WTFThreadData such that they need only be determined once per thread, and for non-API contexts cache this information in JSGlobalData, to save a thread-specific access. For the time being retain the estimate of stack size used by JSC's parser (128 * sizeof(void*) * 1024), with a view to replacing this with something more accurate in the near future. * parser/JSParser.cpp: (JSC::JSParser::canRecurse): (JSC::JSParser::JSParser): Change to use StackBounds. * runtime/Collector.cpp: (JSC::Heap::registerThread): (JSC::Heap::markCurrentThreadConservativelyInternal): Change to use StackBounds, cached on JSGlobalData. * runtime/JSGlobalData.cpp: (JSC::JSGlobalData::JSGlobalData): * runtime/JSGlobalData.h: (JSC::JSGlobalData::stack): Add a cached copy of StackBounds. * wtf/StackBounds.cpp: Copied from JavaScriptCore/runtime/Collector.cpp. (WTF::estimateStackBound): (WTF::StackBounds::initialize): (WTF::getStackMax): Copy code from Collector.cpp to determine stack origin. * wtf/StackBounds.h: Added. (WTF::StackBounds::StackBounds): No argument constructor; returns a null StackBounds. (WTF::StackBounds::currentThreadStackBounds): Returns a StackBounds object representing the stack limits of the current thread. (WTF::StackBounds::origin): Returns to stack origin (the point the stack is growing away from; the highest extent of the stack on machines where the stack grows downwards. (WTF::StackBounds::recursionLimit): Returns a limit value that is 'a comfortable distance from the end of the stack'. Our concept of this is currently 1 page away from the end, however the default value may be tuned in the future, and clients may override passing a larger delta; should only be called on StackBounds object representing the stack of the thread this method is called on (checked by checkConsistency). (WTF::StackBounds::recursionCheck): Checks whether we are currently 'a comfortable distance from the end of the stack'. Our concept of this is currently 1 page away from the end, however the default value may be tuned in the future, and clients may override passing a larger delta to apply when checking, if they wish to do so. This method should only be called on StackBounds object representing the stack of the thread this method is called on (checked by checkConsistency). (WTF::StackBounds::current): Approximate current stack position. On machines where the stack is growing downwards this is the lowest address that might need conservative collection. (WTF::StackBounds::isGrowingDownward): True for all platforms other than WINCE, which has to check. (WTF::StackBounds::checkConsistency): This is called in methods that shoulds only be operating on a valid set of bounds; as such we expect m_origin != m_bounds (i.e. stack size != zero) - we're really testing that this object is not null (the constructor initializes both fields to zero). Also checks that current() is within the stack's bounds. * wtf/WTFThreadData.cpp: (WTF::WTFThreadData::WTFThreadData): * wtf/WTFThreadData.h: (WTF::WTFThreadData::stack): Add the StackBounds member variable. 2010-12-17 Geoffrey Garen Reviewed by Sam Weinig. Factored common page set management into a new PageBlock base class https://bugs.webkit.org/show_bug.cgi?id=51285 * Android.mk: * CMakeLists.txt: * GNUmakefile.am: * JavaScriptCore.gypi: * JavaScriptCore.vcproj/WTF/WTF.vcproj: * JavaScriptCore.xcodeproj/project.pbxproj: * interpreter/RegisterFile.h: (JSC::RegisterFile::RegisterFile): * jit/ExecutableAllocator.cpp: (JSC::ExecutableAllocator::intializePageSize): * wtf/PageAllocation.cpp: Removed. * wtf/PageAllocation.h: (WTF::PageAllocation::deallocate): (WTF::PageAllocation::PageAllocation): * wtf/PageReservation.h: (WTF::PageReservation::commit): (WTF::PageReservation::decommit): (WTF::PageReservation::deallocate): (WTF::PageReservation::PageReservation): * wtf/wtf.pri: 2010-12-17 Michael Saboff Reviewed by Oliver Hunt. RegExp Jit'ed expression crashes clicking link on yelp.com https://bugs.webkit.org/show_bug.cgi?id=51284 When transitioning between an non-repeating beginning of line anchored expression and the remaining refactored repeating expression, we should not clear any residual datalabel in state's m_backtrack. It will be resolved and cleared in subsequent code when linkAlternativeBacktracks() is called for the repeating alternative(s). * yarr/RegexJIT.cpp: (JSC::Yarr::RegexGenerator::BacktrackDestination::clear): (JSC::Yarr::RegexGenerator::TermGenerationState::clearBacktrack): 2010-12-17 Dan Bernstein Rubber-stamped by Mark Rowe. Updated for the renaming of WebKitTools to Tools * JavaScriptCore.vcproj/JavaScriptCore/build-generated-files.sh: 2010-12-17 Ariya Hidayat Reviewed by Oliver Hunt. [JSC] parseAssignmentExpression should use TreeBuilder::CreatesAST https://bugs.webkit.org/show_bug.cgi?id=51268 * parser/JSParser.cpp: (JSC::JSParser::parseAssignmentExpression): 2010-12-17 Geoffrey Garen Reviewed by Oliver Hunt. Removed RChunk from PageAllocation/PageReservation, since it's now unused. https://bugs.webkit.org/show_bug.cgi?id=51276 * wtf/PageAllocation.h: (WTF::PageAllocation::PageAllocation): * wtf/PageReservation.h: (WTF::PageReservation::PageReservation): 2010-12-17 Oliver Hunt Reviewed by Gavin Barraclough. Incorrect encoding of some constants in ARMv7 JIT https://bugs.webkit.org/show_bug.cgi?id=51273 When using immediate encoding 3 we need to write the byte that holds a duplicated value. * assembler/ARMv7Assembler.h: (JSC::ARMThumbImmediate::makeEncodedImm): 2010-12-16 Evan Martin Reviewed by Darin Fisher. [chromium] useless warnings when building on Windows https://bugs.webkit.org/show_bug.cgi?id=50985 Disable some compiler warnings that aren't indicative of real problems. * JavaScriptCore.gyp/JavaScriptCore.gyp: 2010-12-16 Pratik Solanki Reviewed by Geoffrey Garen. https://bugs.webkit.org/show_bug.cgi?id=51166 ExecutableAllocator::cacheFlush should call sys_cache_control * jit/ExecutableAllocator.h: (JSC::ExecutableAllocator::cacheFlush): Use the more correct and forward looking API - sys_cache_control(kCacheFunctionPrepareForExecution,...). 2010-12-16 Ariya Hidayat Reviewed by Andreas Kling. [JSC] Const correctness in ASTBuilder and SyntaxChecker https://bugs.webkit.org/show_bug.cgi?id=51141 * parser/ASTBuilder.h: (JSC::ASTBuilder::getName): (JSC::ASTBuilder::getType): (JSC::ASTBuilder::isResolve): * parser/SyntaxChecker.h: (JSC::SyntaxChecker::operatorStackPop): 2010-12-15 Kenneth Russell Reviewed by James Robinson. Web Audio API: port FFTFrame to MKL https://bugs.webkit.org/show_bug.cgi?id=50986 Fixed bug in log2 emulation function provided for Windows port of Web Audio API. * wtf/MathExtras.h: (log2): 2010-12-14 Mark Rowe Reviewed by Sam Weinig. Reproducible crash inside WebCore::MediaPlayerPrivateQTKit::createQTMovie when loading