- 10 Mar, 2016 40 commits
-
-
neis authored
R=littledan@chromium.org BUG= Review URL: https://codereview.chromium.org/1779133002 Cr-Commit-Position: refs/heads/master@{#34690}
-
ssanfilippo authored
LOG=N Review URL: https://codereview.chromium.org/1776853003 Cr-Commit-Position: refs/heads/master@{#34689}
-
kozyatinskiy authored
This method was added as part of DevTools experiment. Experiment UI was removed in https://codereview.chromium.org/201293007 2 years ago. Experiment backend was removed in https://codereview.chromium.org/1785533002/. R=yangguo@chromium.org LOG=N Review URL: https://codereview.chromium.org/1770383006 Cr-Commit-Position: refs/heads/master@{#34688}
-
mlippautz authored
Move evacuation of new and old space pages to the provided framework for parallelization. Drive-by-fix: Remove left overs from POPULAR_PAGE flag. BUG=chromium:524425 LOG=N Review URL: https://codereview.chromium.org/1782043004 Cr-Commit-Position: refs/heads/master@{#34687}
-
jfb authored
Copy-pasta error. R= titzer@chromium.org Review URL: https://codereview.chromium.org/1778383003 Cr-Commit-Position: refs/heads/master@{#34686}
-
Michael Achenbach authored
Cr-Commit-Position: refs/heads/master@{#34685}
-
verwaest authored
Use internal handles as API, and move boilerplate code into the call wrappers. BUG= Review URL: https://codereview.chromium.org/1776913005 Cr-Commit-Position: refs/heads/master@{#34684}
-
ahaas authored
With the original implementation nodes which were not reachable from end could cause the verification to fail. R=titzer@chromium.org, mstarzinger@chromium.org Review URL: https://codereview.chromium.org/1782863002 Cr-Commit-Position: refs/heads/master@{#34683}
-
titzer authored
R=mstarzinger@chromium.org,bradnelson@chromium.org BUG= Review URL: https://codereview.chromium.org/1782613003 Cr-Commit-Position: refs/heads/master@{#34682}
-
mbrandy authored
Correct handling of the bottom frame in DoComputeArgumentsAdaptorFrame. R=ishell@chromium.org, jarin@chromium.org, michael_dawson@ca.ibm.com BUG=v8:4698 LOG=N Review URL: https://codereview.chromium.org/1784633002 Cr-Commit-Position: refs/heads/master@{#34681}
-
cbruni authored
With the flag enables we print the keys found on each prototype and the number of prototypes. BUG= Review URL: https://codereview.chromium.org/1779523002 Cr-Commit-Position: refs/heads/master@{#34680}
-
zhengxing.li authored
Reason for revert: The original x87 related codes of the CL #34627 (https://codereview.chromium.org/1748123003) had a mistake and caused the x87 debug build fail. Need to fix it and add it into the x87 port of the CL #34627 BUG= Review URL: https://codereview.chromium.org/1778293003 Cr-Commit-Position: refs/heads/master@{#34679}
-
machenbach authored
This adds a function to the sancov_merger that merges the output files of one swarming shard in parallel. This will be called from the infrastructure when collecting/merging swarming results. The tool will be called subsequently for each shard. On the first call, the target dir will be empty and the sancov files will just be moved. BUG=chromium:568949 LOG=n NOTRY=true Review URL: https://codereview.chromium.org/1782843002 Cr-Commit-Position: refs/heads/master@{#34678}
-
mstarzinger authored
This is because compiler.cc is awesome. There are cases where we do not yet have a SharedFunctionInfo that can tell us whether we are compiling a generator function, we query the FunctionLiteral instead. R=rmcilroy@chromium.org BUG=v8:4681 LOG=n Review URL: https://codereview.chromium.org/1780193002 Cr-Commit-Position: refs/heads/master@{#34677}
-
rossberg authored
This is old code, and the same pattern appears in other places. I have no idea what the checker's problem is all of a sudden... TBR=machenbach@chromium.org BUG= Review URL: https://codereview.chromium.org/1785693002 Cr-Commit-Position: refs/heads/master@{#34676}
-
mstarzinger authored
This ensures our optimizing compilers as well as the interpreter are never tasked with compiling the generator-resuming builtin methods. The corresponding intrinsics for those methods are not supported and it is not possible to provide a C++ reference implementation for them. We do this by assigning builtin function ids to them that we can recognize during the compiler dispatch. Note that this also affects the interpreter, because methods having a builtin function id assigned are not interpreted ({function_data} field is overlapping). If this ever changes we can still do an early check in the compiler dispatch (similar to the optimizing compilers) easily. This applies to the following methods: - Generator.prototype.next (calls Runtime_GeneratorNext). - Generator.prototype.return (calls Runtime_GeneratorReturn). - Generator.prototype.throw (calls Runtime_GeneratorThrow). R=neis@chromium.org BUG=v8:4681 LOG=n Review URL: https://codereview.chromium.org/1779123003 Cr-Commit-Position: refs/heads/master@{#34675}
-
joransiu authored
Add S390 platform specific \#includes across various common files. Add S390 CPU features to enum. Add S390 implementation to extract sp/fp/pc from signal context. R=danno@chromium.org,jkummerow@chromium.org,jochen@chromium.org,jyan@ca.ibm.com,michael_dawson@ca.ibm.com,mbrandy@us.ibm.com BUG= Review URL: https://codereview.chromium.org/1777593003 Cr-Commit-Position: refs/heads/master@{#34674}
-
balazs.kilvady authored
Make the low level assembler implementation exact and protected to disallow explicit usage. BUG= Review URL: https://codereview.chromium.org/1749263002 Cr-Commit-Position: refs/heads/master@{#34673}
-
mstarzinger authored
This ensures the interpreter is not tasked with compiling generator functions. It currently does not support suspending activations at yielding points, but we still want to be able to activate it for the rest of JavaScript in the meantime. R=rmcilroy@chromium.org BUG=v8:4681 LOG=n Review URL: https://codereview.chromium.org/1782013002 Cr-Commit-Position: refs/heads/master@{#34672}
-
machenbach authored
BUG=chromium:535160, chromium:568949 LOG=n TBR=tandrii@chromium.org, kjellander@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/1777263002 Cr-Commit-Position: refs/heads/master@{#34671}
-
ssanfilippo authored
LOG=N Review URL: https://codereview.chromium.org/1778073003 Cr-Commit-Position: refs/heads/master@{#34670}
-
rossberg authored
R=mstarzinger@chromium.org,bmeurer@chromium.org,adamk@chromium.org BUG=v8:3956 LOG=Y Review URL: https://codereview.chromium.org/1773653002 Cr-Commit-Position: refs/heads/master@{#34669}
-
jfb authored
This will require an equivalent sexpr-wasm change. See: https://github.com/WebAssembly/design/blob/master/BinaryEncoding.md#high-level-structure R=titzer@chromium.org, binji@chronium.org Review URL: https://codereview.chromium.org/1765843002 Cr-Commit-Position: refs/heads/master@{#34668}
-
Toon Verwaest authored
TBR=machenbach@chromium.org BUG= Review URL: https://codereview.chromium.org/1777483011 . Cr-Commit-Position: refs/heads/master@{#34667}
-
epertoso authored
BUG=593359 LOG=y Review URL: https://codereview.chromium.org/1779713005 Cr-Commit-Position: refs/heads/master@{#34666}
-
ulan authored
BUG=chromium:568495 LOG=NO Review URL: https://codereview.chromium.org/1775003003 Cr-Commit-Position: refs/heads/master@{#34665}
-
verwaest authored
NOPRESUBMIT=true BUG= Review URL: https://codereview.chromium.org/1776353002 Cr-Commit-Position: refs/heads/master@{#34664}
-
machenbach authored
BUG=chromium:535160,chromium:568949 LOG=n TBR=tandrii@chromium.org, kjellander@chromium.org Review URL: https://codereview.chromium.org/1778313002 Cr-Commit-Position: refs/heads/master@{#34663}
-
jacob.bramley authored
Only CPSR_f is supported, and then only for the flags that we actually simulate (NZCV). This isn't currently used, but will be useful for some tests. BUG= Review URL: https://codereview.chromium.org/1776933003 Cr-Commit-Position: refs/heads/master@{#34662}
-
yangguo authored
Previously, optimization has been disabled because of an assertion failure, which requires the context to be linked into the weak native context list of the heap. R=jkummerow@chromium.org Review URL: https://codereview.chromium.org/1777883003 Cr-Commit-Position: refs/heads/master@{#34661}
-
verwaest authored
Inline calling into the interceptor into the IC callbacks rather than going through the LookupIterator. This is highly performance sensitive as there is no faster path; it's used directly by the IC. BUG=chromium:592305 LOG=n Review URL: https://codereview.chromium.org/1778493005 Cr-Commit-Position: refs/heads/master@{#34660}
-
machenbach authored
BUG=v8:4680 LOG=n NOTRY=true TBR=rmcilroy@chromium.org NOTREECHECKS=true NOPRESUBMIT=true Review URL: https://codereview.chromium.org/1778323002 Cr-Commit-Position: refs/heads/master@{#34659}
-
Michael Achenbach authored
Cr-Commit-Position: refs/heads/master@{#34658}
-
yangguo authored
Changes include: - better test coverage for builds with snapshot - write snapshot blobs to buffer instead of test serialization files - renamed tests R=machenbach@chromium.org Review URL: https://codereview.chromium.org/1777213002 Cr-Commit-Position: refs/heads/master@{#34657}
-
zhengxing.li authored
port 240b7db9 (r34630) original commit message: I implemented I64ShrU and I64ShrS the same as I64Shl in https://codereview.chromium.org/1756863002 BUG= Review URL: https://codereview.chromium.org/1783703003 Cr-Commit-Position: refs/heads/master@{#34656}
-
hpayer authored
BUG=chromium:561449 LOG=n Review URL: https://codereview.chromium.org/1778663005 Cr-Commit-Position: refs/heads/master@{#34655}
-
neis authored
We must close the iterator whenever the destructuring didn't exhaust it, unless an iterator operation (eg. next) threw. We do this by wrapping the iterator use in a try-catch-finally similar to the desugaring of for-of. This is behind --harmony-iterator-close. R=adamk@chromium.org BUG=v8:3566 LOG=Y Review URL: https://codereview.chromium.org/1772793002 Cr-Commit-Position: refs/heads/master@{#34654}
-
Michael Achenbach authored
Cr-Commit-Position: refs/heads/master@{#34653}
-
zhengxing.li authored
port 5096492f (r34627) original commit message: - Eliminate stubs with a variable number of arguments. (That only worked due to their very limited use. These stubs' interface descriptors were basically lying about their number of args, which will fail when used generically.) - Fix all CallApi*Stubs' interface descriptors to no longer lie about their arguments. - Unify CallApi*Stub, for * in Function, Accessor, FunctionWithFixedArgs. (Since these are now all doing the same thing.) - Rename the unified stub (and interface descriptors) to *ApiCallback*, since that's really what they're doing. - Refuse inlining an API callback if its number of parameters exceeds the supported number of args. BUG= Review URL: https://codereview.chromium.org/1783713002 Cr-Commit-Position: refs/heads/master@{#34652}
-
zhengxing.li authored
port c29a4560(r34610) original commit message: In case when F was called with incompatible number of arguments (and therefore the arguments adator frame was created), F inlines a tail call of G which then deopts the deoptimizer should also remove the arguments adaptor frame for F. This CL adds required machinery to the deoptimizer. BUG= Review URL: https://codereview.chromium.org/1785593002 Cr-Commit-Position: refs/heads/master@{#34651}
-