- 18 Jan, 2016 2 commits
-
-
bmeurer authored
The runtime function is no longer used and obsolete by now. R=jarin@chromium.org Review URL: https://codereview.chromium.org/1598113003 Cr-Commit-Position: refs/heads/master@{#33350}
-
mtrofin authored
We don't need to treat as "spills in deferred blocks" ranges that have no spill range, or that have a spill operand. Review URL: https://codereview.chromium.org/1597883002 Cr-Commit-Position: refs/heads/master@{#33349}
-
- 17 Jan, 2016 1 commit
-
-
v8-autoroll authored
Rolling v8/tools/clang to 908392433b14b2ffe86bd1c791531816a65b7378 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review URL: https://codereview.chromium.org/1593213002 Cr-Commit-Position: refs/heads/master@{#33348}
-
- 16 Jan, 2016 3 commits
-
-
ahaas authored
The new operator converts an int32 input to float32. If the input cannot be represented exactly in float32, the value is rounded using the round-ties-even rounding mode (the default rounding mode). I provide implementations of the new operator for x64, ia32, arm, arm64, mips, mips64, ppc, and ppc64. R=titzer@chromium.org, v8-arm-ports@googlegroups.com, v8-mips-ports@googlegroups.com, v8-ppc-ports@googlegroups.com Review URL: https://codereview.chromium.org/1589363002 Cr-Commit-Position: refs/heads/master@{#33347}
-
ahaas authored
The new operator converts a float32 input to int32 through truncation. I provide implementations of the new operator for x64, ia32, arm, arm64, mips, mips64, and x87. @v8-ppc-ports, can you please take care of the ppc implementation? R=titzer@chromium.org, v8-arm-ports@googlegroups.com, v8-mips-ports@googlegroups.com, weiliang.lin@intel.com Review URL: https://codereview.chromium.org/1583323004 Cr-Commit-Position: refs/heads/master@{#33346}
-
adamk authored
This may have made more sense in the old module design (where "unification" was a thing), but as-is it's only used for a few asserts in debug mode. These asserts don't make much sense inside ModuleDescriptor; instead, as the modules implementation is fleshed out, I expect the appropriate replacement asserts to show up at the use of the ModuleDescriptor. Review URL: https://codereview.chromium.org/1598433006 Cr-Commit-Position: refs/heads/master@{#33345}
-
- 15 Jan, 2016 28 commits
-
-
adamk authored
This includes anonymous Function, Generator, and Class declarations when preceded by 'export default'. Parsing only at the moment, nothing useful is done with the parsed Function/ClassLiteral. BUG=v8:1569 LOG=n Review URL: https://codereview.chromium.org/1589173002 Cr-Commit-Position: refs/heads/master@{#33344}
-
mbrandy authored
R=joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com BUG= Review URL: https://codereview.chromium.org/1590423002 Cr-Commit-Position: refs/heads/master@{#33343}
-
mbrandy authored
Port 84f8a506 Original commit message: Adds a ForInPrepare Runtime function which returns a triple of cache_type, cache_array and cache_length. This requires adding support to CEntryStub to call runtime functions which return a ObjectTriple - a struct containing three Object* pointers. Also did some cleanup of the x64 CEntryStub to avoid replicated code. Replaces the interpreter's use of the ad-hock InterpreterForInPrepare Runtime function with ForInPrepare in preparation for fixing deopt in BytecodeGraphBuilder for ForIn (which will be done in a followup CL). R=rmcilroy@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com BUG=v8:4280 LOG=N Review URL: https://codereview.chromium.org/1586153004 Cr-Commit-Position: refs/heads/master@{#33342}
-
mbrandy authored
Port c86f1897 Original commit message: When derived constructors return a non-object (or not undefined) we currently throw an exception directly in the callee context. This was achieved by desugaring the return statement for derived classes. To be spec compliamnt a separate ConstructStubForDerived is introduced. Instead of trowing directly, the desugared return statement inside a derived constructor only returns an integer to indicate an incompatible result. R=cbruni@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com BUG=v8:4509 LOG=n Review URL: https://codereview.chromium.org/1595593002 Cr-Commit-Position: refs/heads/master@{#33341}
-
balazs.kilvady authored
Port for https://codereview.chromium.org/1593553002/ Original commit message: When derived constructors return a non-object (or not undefined) we currently throw an exception directly in the callee context. This was achieved by desugaring the return statement for derived classes. To be spec compliamnt a separate ConstructStubForDerived is introduced. Instead of trowing directly, the desugared return statement inside a derived constructor only returns an integer to indicate an incompatible result. BUG=v8:4509 LOG=n Review URL: https://codereview.chromium.org/1593603002 Cr-Commit-Position: refs/heads/master@{#33340}
-
mbrandy authored
R=joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com BUG= Review URL: https://codereview.chromium.org/1589373002 Cr-Commit-Position: refs/heads/master@{#33339}
-
Michael Achenbach authored
Cr-Commit-Position: refs/heads/master@{#33338}
-
rmcilroy authored
BUG=v8:4280 LOG=N TBR=machenbach@chromium.org NOTRY=TRUE Review URL: https://codereview.chromium.org/1584343006 Cr-Commit-Position: refs/heads/master@{#33337}
-
cbruni authored
When derived constructors return a non-object (or not undefined) we currently throw an exception directly in the callee context. This was achieved by desugaring the return statement for derived classes. To be spec compliamnt a separate ConstructStubForDerived is introduced. Instead of trowing directly, the desugared return statement inside a derived constructor only returns an integer to indicate an incompatible result. BUG=v8:4509 LOG=n Review URL: https://codereview.chromium.org/1593553002 Cr-Commit-Position: refs/heads/master@{#33336}
-
mstarzinger authored
R=mlippautz@chromium.org Review URL: https://codereview.chromium.org/1583323005 Cr-Commit-Position: refs/heads/master@{#33335}
-
rmcilroy authored
Adds a ForInPrepare Runtime function which returns a triple of cache_type, cache_array and cache_length. This requires adding support to CEntryStub to call runtime functions which return a ObjectTriple - a struct containing three Object* pointers. Also did some cleanup of the x64 CEntryStub to avoid replicated code. Replaces the interpreter's use of the ad-hock InterpreterForInPrepare Runtime function with ForInPrepare in preparation for fixing deopt in BytecodeGraphBuilder for ForIn (which will be done in a followup CL). MIPS port contributed by Balazs Kilvady <balazs.kilvady@imgtec.com>. BUG=v8:4280 LOG=N Review URL: https://codereview.chromium.org/1576093004 Cr-Commit-Position: refs/heads/master@{#33334}
-
hablich authored
TBR=danno@chromium.org,machenbach@chromium.org Review URL: https://codereview.chromium.org/1590283002 Cr-Commit-Position: refs/heads/master@{#33333}
-
bmeurer authored
We can return the creation context of the [[BoundTargetFunction]], and don't need to remember the context in which the function was bound. R=verwaest@chromium.org BUG=chromium:535408 LOG=n Review URL: https://codereview.chromium.org/1590273002 Cr-Commit-Position: refs/heads/master@{#33332}
-
rmcilroy authored
BUG=v8:4280 LOG=N TBR=machenbach@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/1582273005 Cr-Commit-Position: refs/heads/master@{#33331}
-
mstarzinger authored
This refactoring removes the dependency on the Token class from the assembler.h header file, the utility function in question has nothing to do with assembling in the first place. R=bmeurer@chromium.org Review URL: https://codereview.chromium.org/1594443003 Cr-Commit-Position: refs/heads/master@{#33330}
-
jochen authored
Because in the C++ API, a Proxy is an Object BUG=none R=bmeurer@chromium.org LOG=n CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng Review URL: https://codereview.chromium.org/1590873003 Cr-Commit-Position: refs/heads/master@{#33329}
-
jochen authored
That way, we don't have to implement the fast <-> slow migration logic, and we don't allocate in-object properties anyways BUG=chromium:571365 R=verwaest@chromium.org,neis@chromium.org LOG=n Review URL: https://codereview.chromium.org/1582773003 Cr-Commit-Position: refs/heads/master@{#33328}
-
bmeurer authored
Unify Object::ToObject and Execution::ToObject, and unify all users to go to Object::ToObject directly. Also remove some dead code from the frame details debug API. R=yangguo@chromium.org Review URL: https://codereview.chromium.org/1589323002 Cr-Commit-Position: refs/heads/master@{#33327}
-
mlippautz authored
Those counters will be incremented concurrently during parallel evacuation of newspace. This change makes sure we do the updates atomically. Note that actual reasoning about them happens sequentially on the main thread. BUG=chromium:524425 LOG=N R=ulan@chromium.org Review URL: https://codereview.chromium.org/1585843010 Cr-Commit-Position: refs/heads/master@{#33326}
-
mstarzinger authored
This splits out the SourcePosition class into a separate header file. Reason for this refactoring is that said class is mostly used by the Crankshaft compiler and not needed for all compilers. Also having the assembler depend on the class creates a dependency cycle. R=bmeurer@chromium.org Review URL: https://codereview.chromium.org/1581083009 Cr-Commit-Position: refs/heads/master@{#33325}
-
mlippautz authored
It is only used locally when exempting pages from the store buffer. This use case can be replaced with a hashmap at the call site. BUG=chromium:524425 LOG=N R=ulan@chromium.org Review URL: https://codereview.chromium.org/1593583002 Cr-Commit-Position: refs/heads/master@{#33324}
-
cbruni authored
BUG= Review URL: https://codereview.chromium.org/1587543003 Cr-Commit-Position: refs/heads/master@{#33323}
-
rmcilroy authored
Remove ignition skips which are fixed by https://chromium.googlesource.com/v8/v8/+/48a3227b7dd2f285aa599eb1cdf5f8bc94acdec7. BUG=v8:4280 LOG=N Review URL: https://codereview.chromium.org/1590513003 Cr-Commit-Position: refs/heads/master@{#33322}
-
machenbach authored
NOTRY=true TBR=hablich@chromium.org Review URL: https://codereview.chromium.org/1591663002 Cr-Commit-Position: refs/heads/master@{#33321}
-
ishell authored
BUG=chromium:577112 LOG=N Review URL: https://codereview.chromium.org/1584303002 Cr-Commit-Position: refs/heads/master@{#33320}
-
epertoso authored
BUG= Review URL: https://codereview.chromium.org/1582793004 Cr-Commit-Position: refs/heads/master@{#33319}
-
bmeurer authored
The Object.getOwnPropertySymbols() calls into C++ at least once on every possible path, so no point in having the JavaScript wrapper. Drive-by-cleanup: Also move Symbol.prototype creation to C++ as well. R=yangguo@chromium.org Review URL: https://codereview.chromium.org/1587153003 Cr-Commit-Position: refs/heads/master@{#33318}
-
v8-autoroll authored
Rolling v8/build/gyp to 54b7dfc03f746b6a539ac38f2fb0815d10b54734 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review URL: https://codereview.chromium.org/1591453003 Cr-Commit-Position: refs/heads/master@{#33317}
-
- 14 Jan, 2016 6 commits
-
-
bradnelson authored
This merges the instantiation logic between instantiateModule and instantiateModuleFromAsm. BUG= https://code.google.com/p/v8/issues/detail?id=4203 TEST=asm-wasm R=aseemgarg@chromium.org,titzer@chromium.org LOG=N Review URL: https://codereview.chromium.org/1581913005 Cr-Commit-Position: refs/heads/master@{#33316}
-
bradnelson authored
BUG= https://code.google.com/p/v8/issues/detail?id=4203 TEST=asm-wasm R=aseemgarg@chromium.org,titzer@chromium.org LOG=N Review URL: https://codereview.chromium.org/1587213003 Cr-Commit-Position: refs/heads/master@{#33315}
-
mbrandy authored
Port 48a3227b Original commit message: When reserving a stack slot for the receiver, push an Immediate(0) rather than a register that contains an untagged integer. All other platforms push zero already. R=jkummerow@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com BUG= Review URL: https://codereview.chromium.org/1588053003 Cr-Commit-Position: refs/heads/master@{#33314}
-
adamk authored
This avoids manual, fragile assignment to Parser::scope_. And once all such assignments are removed, BlockState might become much more valuable as a place to reset scope-related state. Also remove unnecessary nullptr checks after calls to FinalizeBlockScope. Review URL: https://codereview.chromium.org/1583453003 Cr-Commit-Position: refs/heads/master@{#33313}
-
littledan authored
Previous changes with subclassable builtins and @@species were a bit aggressive in making TypedArray.prototype.subarray act like the ES2016 specification in terms of returning an instance of the subclass as a result. It turns out that Node.js, and extracted libraries for the web, subclass TypedArrays but don't expect the subclass constructor to be called by subarray. @@species will provide an escape hatch, but it has not shipped yet, and will take some time for uptake by libraries. For now, this patch makes TypedArray.prototype.subarray fall back to constructing an instance of the parent TypedArray class, such as Uint8Array. R=adamk LOG=Y BUG=v8:4665 Review URL: https://codereview.chromium.org/1583773005 Cr-Commit-Position: refs/heads/master@{#33312}
-
adamk authored
This avoids generating different scopes on the two compilation passes, which results in various delirious side-effects. There's some cleanup to be done in lazy arrow function parsing, but I'd rather do that in a separate patch, with this one targeted at fixing the particular crash. BUG=chromium:572589 LOG=n Review URL: https://codereview.chromium.org/1575333004 Cr-Commit-Position: refs/heads/master@{#33311}
-