- 05 Oct, 2016 40 commits
-
-
bradnelson authored
Allow fround to take values without dots for globals (the spec allows this subtly). Drop over-restrictive assert preventing floating point globals from working. BUG=v8:4203 R=jpp@chromium.org,aseemgarg@chromium.org Review-Url: https://codereview.chromium.org/2397823003 Cr-Commit-Position: refs/heads/master@{#40013}
-
ziyang authored
GCC on S390 31-bit treats size_t as 'long unsigned int', which is incompatible with %d format specifier that expects an 'int'. Using the appropriate macro (PRIuS) instead. R=mlippautz@chromium.org, hpayer@chromium.org BUG= Review-Url: https://codereview.chromium.org/2398703002 Cr-Commit-Position: refs/heads/master@{#40012}
-
gsathya authored
Review-Url: https://codereview.chromium.org/2376613003 Cr-Commit-Position: refs/heads/master@{#40011}
-
machenbach authored
NOTRY=true NOTREECHECKS=true NOPRESUBMIT=true TBR=hablich@chromium.org Review-Url: https://codereview.chromium.org/2392463007 Cr-Commit-Position: refs/heads/master@{#40010}
-
adamk authored
Revert of Reland "Turn libbase into a component" (patchset #1 id:1 of https://codereview.chromium.org/2395553002/ ) Reason for revert: Speculative revert due to very strange-looking win/dbg failures which reference SignedDivisionByConstant: https://build.chromium.org/p/client.v8/builders/V8%20Win64%20-%20debug/builds/12736 Original issue's description: > Reland "Turn libbase into a component" > > Original issue's description: > > Turn libbase into a component > > > > This is a precondition for turning libplatform into a component > > > > BUG=v8:5412 > > R=jgruber@chromium.org,machenbach@chromium.org > > CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_chromium_compile_ > dbg_ng;master.tryserver.chromium.android:android_clang_dbg_recipe > > > > Committed: https://crrev.com/614e615775f732d71b5ee94ed29737d8de687104 > > Cr-Commit-Position: refs/heads/master@{#39950} > > BUG=v8:5412 > TBR=jgruber@chromium.org,machenbach@chromium.org > CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_chromium_compile_dbg_ng;master.tryserver.chromium.android:android_clang_dbg_recipe;master.tryserver.chromium.mac:mac_chromium_compile_dbg_ng > > Committed: https://crrev.com/17cb51254cafa932025e9980b60f89f756d411cb > Cr-Commit-Position: refs/heads/master@{#39969} TBR=jgruber@chromium.org,machenbach@chromium.org,jochen@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=v8:5412 Review-Url: https://codereview.chromium.org/2396933002 Cr-Commit-Position: refs/heads/master@{#40009}
-
caitp authored
Reland https://codereview.chromium.org/2373983004/, reverted in 4e5a4d93. Reason: CL is not responsible for Win32 Debug failures (see https://build.chromium.org/p/client.v8/builders/V8%20Win32%20-%20debug/builds/5031) ------------------------------------------------------------------------------ Implement the logic for StringIterator.prototype.next in the JSBuiltinReducer in order to allow inlining when the receiver is a JS_STRING_ITERATOR_TYPE map, built ontop of the SimplifiedOperators StringCharCodeAt and the newly added StringFromCodePoint. Also introduces a new StringFromCodePoint simplified op which may be useful for other String builtins, such as String.fromCodePoint() BUG=v8:5388 TBR=bmeurer@chromium.org, mstarzinger@chromium.org Review-Url: https://codereview.chromium.org/2394823003 Cr-Commit-Position: refs/heads/master@{#40008}
-
kozyatinskiy authored
BUG=chromium:496666 R=dgozman@chromium.org Review-Url: https://codereview.chromium.org/2391323002 Cr-Commit-Position: refs/heads/master@{#40007}
-
ishell authored
An attempt to fix memory regression (r38047) caused another regression because custom capacity chosen for names dictionary implied reallocations during initialization in some cases. BUG=chromium:625894,chromium:632231 Review-Url: https://codereview.chromium.org/2394873002 Cr-Commit-Position: refs/heads/master@{#40006}
-
adamk authored
The duplicated enum values are only used by the FastNewClosureStub, so inline them there, with the help of one new constant (kFunctionKindShift) in SharedFunctionInfo. Review-Url: https://codereview.chromium.org/2390043003 Cr-Commit-Position: refs/heads/master@{#40005}
-
vogelheim authored
R=jochen@chromium.org BUG=chromium:651333, v8:4947 Review-Url: https://codereview.chromium.org/2391273002 Cr-Commit-Position: refs/heads/master@{#40004}
-
kozyatinskiy authored
BUG=chromium:635948 R=dgozman@chromium.org,machenbach@chromium.org Review-Url: https://codereview.chromium.org/2389133004 Cr-Commit-Position: refs/heads/master@{#40003}
-
rmcilroy authored
BUG=v8:4280 Review-Url: https://codereview.chromium.org/2384123002 Cr-Commit-Position: refs/heads/master@{#40002}
-
rmcilroy authored
Also get rid of useless kMaybeReg type. BUG=v8:4280 Review-Url: https://codereview.chromium.org/2382273002 Cr-Commit-Position: refs/heads/master@{#40001}
-
leszeks authored
Revert of [interpreter] Add string type feedback to add (patchset #3 id:40001 of https://codereview.chromium.org/2392533002/ ) Reason for revert: Broke the tree again, for no obvious reason :/ Original issue's description: > [interpreter] Add string type feedback to add > > Adds string type feedback to Ignition's AddWithFeedback code stub, for now only > adding a special case for when both lhs and rhs are strings. This improves > octane's splay by >100%. > > BUG=v8:5400 > > Committed: https://crrev.com/fb4ae2239d37adaf0321165034050316914de708 > Committed: https://crrev.com/bf1a94f1b269914856a8c8763fd282367f066c67 > Cr-Original-Commit-Position: refs/heads/master@{#39987} > Cr-Commit-Position: refs/heads/master@{#39996} TBR=rmcilroy@chromium.org,mythria@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=v8:5400 Review-Url: https://codereview.chromium.org/2393193002 Cr-Commit-Position: refs/heads/master@{#40000}
-
leszeks authored
This change to run-perf.sh ensures that command line arguments are prepended rather than appended to the passed in command. This is to ensure that the arguments to d8 aren't accidentally passed through to the js instead, as would be in the case: tools/run-perf.sh d8 main.js -- --js-arg A real-life example is passing --predictable to Octane's run.js Review-Url: https://codereview.chromium.org/2391193003 Cr-Commit-Position: refs/heads/master@{#39999}
-
kozyatinskiy authored
BUG=chromium:635948 R=dgozman@chromium.org Review-Url: https://codereview.chromium.org/2384373002 Cr-Commit-Position: refs/heads/master@{#39998}
-
ishell authored
... by passing a field offset as a runtime parameter. This CL also introduces a StoreMapStub - a special case of a store transition that used to be handled by old StoreTransitionStub. BUG=chromium:648545 Review-Url: https://codereview.chromium.org/2397573004 Cr-Commit-Position: refs/heads/master@{#39997}
-
leszeks authored
Adds string type feedback to Ignition's AddWithFeedback code stub, for now only adding a special case for when both lhs and rhs are strings. This improves octane's splay by >100%. BUG=v8:5400 Committed: https://crrev.com/fb4ae2239d37adaf0321165034050316914de708 Review-Url: https://codereview.chromium.org/2392533002 Cr-Original-Commit-Position: refs/heads/master@{#39987} Cr-Commit-Position: refs/heads/master@{#39996}
-
machenbach authored
Revert of [turbofan] inline %StringIteratorPrototype%.next in JSBuiltinReducer. (patchset #12 id:210001 of https://codereview.chromium.org/2373983004/ ) Reason for revert: [Sheriff] Speculative revert for win dbg: https://build.chromium.org/p/client.v8/builders/V8%20Win32%20-%20debug/builds/5029 Or we have an infra problem. Manual build before seems fine: https://build.chromium.org/p/client.v8/builders/V8%20Win32%20-%20debug/builds/5030 Original issue's description: > [turbofan] inline %StringIteratorPrototype%.next in JSBuiltinReducer. > > Implement the logic for StringIterator.prototype.next in the JSBuiltinReducer in order to allow inlining when the receiver is a JS_STRING_ITERATOR_TYPE map, built ontop of the SimplifiedOperators StringCharCodeAt and the newly added StringFromCodePoint. > > Also introduces a new StringFromCodePoint simplified op which may be useful for other String builtins, such as String.fromCodePoint() > > BUG=v8:5388 > R=bmeurer@chromium.org, mstarzinger@chromium.org > > Committed: https://crrev.com/aed32e0f22353527993de8bceaf246fc744558f5 > Cr-Commit-Position: refs/heads/master@{#39994} TBR=bmeurer@chromium.org,mvstanton@chromium.org,caitp@igalia.com # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=v8:5388 Review-Url: https://codereview.chromium.org/2397753003 Cr-Commit-Position: refs/heads/master@{#39995}
-
caitp authored
Implement the logic for StringIterator.prototype.next in the JSBuiltinReducer in order to allow inlining when the receiver is a JS_STRING_ITERATOR_TYPE map, built ontop of the SimplifiedOperators StringCharCodeAt and the newly added StringFromCodePoint. Also introduces a new StringFromCodePoint simplified op which may be useful for other String builtins, such as String.fromCodePoint() BUG=v8:5388 R=bmeurer@chromium.org, mstarzinger@chromium.org Review-Url: https://codereview.chromium.org/2373983004 Cr-Commit-Position: refs/heads/master@{#39994}
-
bmeurer authored
Properly fold external reference access into memory operands whenever possible, i.e. for accessing the allocation top/limit, similar to what we do in Crankshaft and hand-written native code. This only works when the serializer is disabled, i.e. doesn't apply to the stubs in the snapshot (for now). This reduces register pressure especially around allocations where we'd currently need two registers to hold both the allocation top and limit pointers in registers (on x64). R=epertoso@chromium.org Review-Url: https://codereview.chromium.org/2398603002 Cr-Commit-Position: refs/heads/master@{#39993}
-
mstarzinger authored
This makes sure we run the module tests against all variants using Ignition as the first compilation tier. It will henceforth extend the test coverage to the BytecodeGraphBuilder as well. R=neis@chromium.org Review-Url: https://codereview.chromium.org/2397733002 Cr-Commit-Position: refs/heads/master@{#39992}
-
machenbach authored
Revert of [interpreter] Add string type feedback to add (patchset #3 id:40001 of https://codereview.chromium.org/2392533002/ ) Reason for revert: Fails unittests on win32 debug: https://build.chromium.org/p/client.v8/builders/V8%20Win32%20-%20debug/builds/5026 Original issue's description: > [interpreter] Add string type feedback to add > > Adds string type feedback to Ignition's AddWithFeedback code stub, for now only > adding a special case for when both lhs and rhs are strings. This improves > octane's splay by >100%. > > BUG=v8:5400 > > Committed: https://crrev.com/fb4ae2239d37adaf0321165034050316914de708 > Cr-Commit-Position: refs/heads/master@{#39987} TBR=rmcilroy@chromium.org,mythria@chromium.org,leszeks@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=v8:5400 Review-Url: https://codereview.chromium.org/2395743004 Cr-Commit-Position: refs/heads/master@{#39991}
-
mlippautz authored
Reland of [heap] Simplify marking of JSFunction and SFI (patchset #1 id:1 of https://codereview.chromium.org/2389963007/ ) Reason for revert: Wrong culprit as this was already broken before. Original issue's description: > Revert of [heap] Simplify marking of JSFunction and SFI (patchset #3 id:40001 of https://codereview.chromium.org/2389183002/ ) > > Reason for revert: > Broke GCStress. > > Original issue's description: > > [heap] Simplify marking of JSFunction and SFI > > > > BUG=chromium:651828 > > > > Committed: https://crrev.com/4d45ed4597d537cf9624cb6683dc4bd646d11242 > > Cr-Commit-Position: refs/heads/master@{#39975} > > TBR=hpayer@chromium.org,mlippautz@chromium.org > # Skipping CQ checks because original CL landed less than 1 days ago. > NOPRESUBMIT=true > NOTREECHECKS=true > NOTRY=true > BUG=chromium:651828 > > Committed: https://crrev.com/5295d7a463cbcc78a4b694a7fb84af8e8e400303 > Cr-Commit-Position: refs/heads/master@{#39983} TBR=hpayer@chromium.org,epertoso@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=chromium:651828 Review-Url: https://codereview.chromium.org/2390373004 Cr-Commit-Position: refs/heads/master@{#39990}
-
machenbach authored
BUG=v8:5451 NOTRY=true TBR=titzer@chromium.org, ahaas@chromium.org, rmcilroy@chromium.org Review-Url: https://codereview.chromium.org/2389703006 Cr-Commit-Position: refs/heads/master@{#39989}
-
ahaas authored
R=titzer@chromium.org Review-Url: https://codereview.chromium.org/2395743003 Cr-Commit-Position: refs/heads/master@{#39988}
-
leszeks authored
Adds string type feedback to Ignition's AddWithFeedback code stub, for now only adding a special case for when both lhs and rhs are strings. This improves octane's splay by >100%. BUG=v8:5400 Review-Url: https://codereview.chromium.org/2392533002 Cr-Commit-Position: refs/heads/master@{#39987}
-
mlippautz authored
BUG=chromium:652721 R=hpayer@chromium.org Review-Url: https://codereview.chromium.org/2395563002 Cr-Commit-Position: refs/heads/master@{#39986}
-
jarin authored
Revert of [turbofan] Osr value typing + dynamic type checks on entry. (patchset #5 id:80001 of https://codereview.chromium.org/2384113002/ ) Reason for revert: Tanks the world. Original issue's description: > [turbofan] Osr value typing + dynamic type checks on entry. > > This introduces a new OsrGuard node that is inserted during graph building > to guard the inferred type of the OSR value. > > The type of the OSR value is inferred by running the typer before OSR > deconstruction, and then taking the type from the phi that takes the > OSR value. After the deconstruction, we throw the types away. > > At the moment we only support the SignedSmall OSR type and we always > pick the tagged representation. Later, we might want to support more > types (such as Number) and pick better representations (int32/float64). > > This CL also removes the OSR deconstruction tests because they build > unrealistic graph (no effect chain, no loop termination). I considered > adding the effect chains to the tests, but this would make the tests > even more brittle. > > Committed: https://crrev.com/1f5dc90a900d222da44bee3eff171a2ba1e3c076 > Cr-Commit-Position: refs/heads/master@{#39971} TBR=bmeurer@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true Review-Url: https://codereview.chromium.org/2395783002 Cr-Commit-Position: refs/heads/master@{#39985}
-
mlippautz authored
BUG=chromium:652955 Review-Url: https://codereview.chromium.org/2393153002 Cr-Commit-Position: refs/heads/master@{#39984}
-
epertoso authored
Revert of [heap] Simplify marking of JSFunction and SFI (patchset #3 id:40001 of https://codereview.chromium.org/2389183002/ ) Reason for revert: Broke GCStress. Original issue's description: > [heap] Simplify marking of JSFunction and SFI > > BUG=chromium:651828 > > Committed: https://crrev.com/4d45ed4597d537cf9624cb6683dc4bd646d11242 > Cr-Commit-Position: refs/heads/master@{#39975} TBR=hpayer@chromium.org,mlippautz@chromium.org # Skipping CQ checks because original CL landed less than 1 days ago. NOPRESUBMIT=true NOTREECHECKS=true NOTRY=true BUG=chromium:651828 Review-Url: https://codereview.chromium.org/2389963007 Cr-Commit-Position: refs/heads/master@{#39983}
-
hpayer authored
BUG=chromium:648568 Review-Url: https://codereview.chromium.org/2390743005 Cr-Commit-Position: refs/heads/master@{#39982}
-
jgruber authored
This moves the RegExp constructor to C++. Local runs of octane/regexp are performance-neutral: C++: 4970.1 +- 404.981 JS: 4869.2 +- 586.743 That's probably only the case because exec and replace dominate octane/regexp. There's potential for improvement here, for instance by adding a fast-path if new.target is an unmodified JSRegExp function. BUG=v8:5339 Review-Url: https://codereview.chromium.org/2384613004 Cr-Commit-Position: refs/heads/master@{#39981}
-
ahaas authored
The implementation of MemorySize with RelocatableInt32Constants is problematic if MemorySize is placed close to a GrowMemory instruction in the code. The use of a runtime function guarantees that the order in which MemorySize and GrowMemory is executed is correct. R=titzer@chromium.org BUG=chromium:651961 TEST=mjsunit/regress/wasm/regression-651961 Committed: https://crrev.com/2c12a9a42d454a36fcd2931fa458d72832eeb689 Review-Url: https://codereview.chromium.org/2386183004 Cr-Original-Commit-Position: refs/heads/master@{#39972} Cr-Commit-Position: refs/heads/master@{#39980}
-
mstarzinger authored
R=rmcilroy@chromium.org Review-Url: https://codereview.chromium.org/2387363003 Cr-Commit-Position: refs/heads/master@{#39979}
-
jgruber authored
These improve readability of relevant code passages. Review-Url: https://codereview.chromium.org/2395453002 Cr-Commit-Position: refs/heads/master@{#39978}
-
marja authored
It's useful for debugging / analytics purposes, since we can force all parsing to happen on a foreground thread. BUG= Review-Url: https://codereview.chromium.org/2386123006 Cr-Commit-Position: refs/heads/master@{#39977}
-
epertoso authored
It is currently being rolled behind the --turbo_verify_machine_graph flag. BUG= Review-Url: https://codereview.chromium.org/2388313003 Cr-Commit-Position: refs/heads/master@{#39976}
-
mlippautz authored
BUG=chromium:651828 Review-Url: https://codereview.chromium.org/2389183002 Cr-Commit-Position: refs/heads/master@{#39975}
-
bmeurer authored
If possible, take the constant map from the (known) native context for JSCreateIterResultObject, so that subsequent map checks can be eliminated in case of iterator inlining. R=jarin@chromium.org BUG=v8:3822 Review-Url: https://codereview.chromium.org/2394783002 Cr-Commit-Position: refs/heads/master@{#39974}
-