- 15 Mar, 2016 34 commits
-
-
mbrandy authored
Port 1b230799 Original commit message: Int64Add is lowered to a new turbofan operator, Int32AddPair. The new operator takes 4 inputs an generates 2 outputs. The inputs are the low word of the left input, high word of the left input, the low word of the right input, and high word of the right input. The ouputs are the low and high word of the result of the addition. R=ahaas@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com BUG= Review URL: https://codereview.chromium.org/1803113002 Cr-Commit-Position: refs/heads/master@{#34797}
-
mbrandy authored
R=joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com BUG= Review URL: https://codereview.chromium.org/1797383002 Cr-Commit-Position: refs/heads/master@{#34796}
-
jyan authored
R=danno@chromium.org,jkummerow@chromium.org,jochen@chromium.org,joransiu@ca.ibm.com,michael_dawson@ca.ibm.com,mbrandy@us.ibm.com BUG= Review URL: https://codereview.chromium.org/1805533002 Cr-Commit-Position: refs/heads/master@{#34795}
-
adamk authored
BUG=v8:4247 LOG=y Review URL: https://codereview.chromium.org/1803903002 Cr-Commit-Position: refs/heads/master@{#34794}
-
alph authored
Use script_url when the script name is not available. BUG=chromium:463108 LOG=N Review URL: https://codereview.chromium.org/1796353002 Cr-Commit-Position: refs/heads/master@{#34793}
-
ofrobots authored
Stub code traces should also be redirected to the file specified by the user. R=yangguo@chromium.org BUG= Review URL: https://codereview.chromium.org/1795873002 Cr-Commit-Position: refs/heads/master@{#34792}
-
titzer authored
R=ahaas@chromium.org BUG= Review URL: https://codereview.chromium.org/1806533002 Cr-Commit-Position: refs/heads/master@{#34791}
-
mythria authored
Updates InlineTwice to declare a function and then return a function instead of using function expressions by wrapping a function with '(' and ')'. The earlier implementation would cause the function to compile immediately instead of lazy compile. Also updates cctest.status BUG=v8:4280,v8:4837,v8:4680 LOG=N Review URL: https://codereview.chromium.org/1800073002 Cr-Commit-Position: refs/heads/master@{#34790}
-
jyan authored
R=danno@chromium.org,jkummerow@chromium.org,jochen@chromium.org,joransiu@ca.ibm.com,michael_dawson@ca.ibm.com,mbrandy@us.ibm.com BUG= Review URL: https://codereview.chromium.org/1802343002 Cr-Commit-Position: refs/heads/master@{#34789}
-
rmcilroy authored
BUG=v8:4680 LOG=N TBR=machenbach@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/1801033002 Cr-Commit-Position: refs/heads/master@{#34788}
-
jyan authored
Upstream S390 platform specific code to latest lkgr from the past 2 weeks. R=danno@chromium.org,jkummerow@chromium.org,jochen@chromium.org,joransiu@ca.ibm.com,michael_dawson@ca.ibm.com,mbrandy@us.ibm.com BUG= Review URL: https://codereview.chromium.org/1799893002 Cr-Commit-Position: refs/heads/master@{#34787}
-
yangguo authored
Sometimes v8.log entries are cut off, and leave an unpaired quote. Since the log is piped into d8 to run the tick processor, that quote is interpreted to escape a line break. This fix makes sure that we break lines even with unpaired quotes. R=jkummerow@chromium.org Review URL: https://codereview.chromium.org/1802303002 Cr-Commit-Position: refs/heads/master@{#34786}
-
ahaas authored
The implementation is done by storing to and then loading from memory. R=titzer@chromium.org Review URL: https://codereview.chromium.org/1801013002 Cr-Commit-Position: refs/heads/master@{#34785}
-
ahaas authored
The implementation is done by storing to and loading from memory. R=titzer@chromium.org Review URL: https://codereview.chromium.org/1804953002 Cr-Commit-Position: refs/heads/master@{#34784}
-
ishell authored
This should recover a part of the regression caused by 7f11fba7 (https://codereview.chromium.org/1739233002). BUG=chromium:592692 LOG=N Review URL: https://codereview.chromium.org/1793293003 Cr-Commit-Position: refs/heads/master@{#34783}
-
ahaas authored
The tests require the implementation of Int32PairAdd and Word32PairShl. R=titzer@chromium.org, v8-mips-ports@googlegroups.com Review URL: https://codereview.chromium.org/1804913002 Cr-Commit-Position: refs/heads/master@{#34782}
-
yangguo authored
R=rmcilroy@chromium.org, vogelheim@chromium.org BUG=v8:4690 LOG=N Review URL: https://codereview.chromium.org/1802903002 Cr-Commit-Position: refs/heads/master@{#34781}
-
ishell authored
[turbofan] Fix double object allocation when inlining a construct call of a derived class or an Api function. Review URL: https://codereview.chromium.org/1798373002 Cr-Commit-Position: refs/heads/master@{#34780}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/1792283007 Cr-Commit-Position: refs/heads/master@{#34779}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/1806443002 Cr-Commit-Position: refs/heads/master@{#34778}
-
ahaas authored
Word64Popcnt is lowered to Word32Popcnt(low-word) + Word32Popcnt(high_word). Since the optional Word64Popcnt operator does not exist on 32 bit platforms, I introduced a new operator "Word64PopcntPlaceholder" which is generated in the WasmCompiler and then lowered in the Int64Lowering. R=titzer@chromium.org Review URL: https://codereview.chromium.org/1803453003 Cr-Commit-Position: refs/heads/master@{#34777}
-
verwaest authored
BUG=chromium:594103 LOG=n Review URL: https://codereview.chromium.org/1801013003 Cr-Commit-Position: refs/heads/master@{#34776}
-
verwaest authored
BUG= Review URL: https://codereview.chromium.org/1794233006 Cr-Commit-Position: refs/heads/master@{#34775}
-
machenbach authored
BUG=v8:4280 LOG=n TBR=rmcilroy@chromium.org, mstarzinger@chromium.org NOTRY=true NOPRESUBMIT=true Review URL: https://codereview.chromium.org/1804013002 Cr-Commit-Position: refs/heads/master@{#34774}
-
machenbach authored
BUG=v8:4280 LOG=n TBR=rmcilroy@chromium.org, mstarzinger@chromium.org NOTRY=true NOPRESUBMIT=true Review URL: https://codereview.chromium.org/1797203002 Cr-Commit-Position: refs/heads/master@{#34773}
-
machenbach authored
BUG=v8:4280 LOG=n TBR=rmcilroy@chromium.org, mstarzinger@chromium.org NOTRY=true Review URL: https://codereview.chromium.org/1799423004 Cr-Commit-Position: refs/heads/master@{#34772}
-
yangguo authored
We may not emit bytecode for the evaluation of the to-be-returned expression. In that case we cannot set two return positions for a return statement (one before and one after the expression evaluation). This sets the interpreter apart from full-codegen. Make sure that we always have the second of the two return positions. Note that we end up with separate test cases for ignition and FCG. R=rmcilroy@chromium.org, vogelheim@chromium.org BUG=v8:4690 LOG=N Review URL: https://codereview.chromium.org/1801473003 Cr-Commit-Position: refs/heads/master@{#34771}
-
Michael Achenbach authored
Cr-Commit-Position: refs/heads/master@{#34770}
-
ahaas authored
Implementation of https://codereview.chromium.org/1768233002 on arm. R=titzer@chromium.org, v8-arm-ports@googlegroups.com Review URL: https://codereview.chromium.org/1778893004 Cr-Commit-Position: refs/heads/master@{#34769}
-
ahaas authored
On 32-bit systems these instructions are compiled to calls to C functions. The TF node for the function call is already generated in the wasm compiler, the lowering of the I64 parameters is done in the Int64Lowering. We use the return value of the C function to determine whether the calculation should trap or not. R=titzer@chromium.org Review URL: https://codereview.chromium.org/1804513002 Cr-Commit-Position: refs/heads/master@{#34768}
-
ahaas authored
R=titzer@chromium.org Review URL: https://codereview.chromium.org/1798993002 Cr-Commit-Position: refs/heads/master@{#34767}
-
echristo authored
The warning notes that we'd want a 'w' register here because the size of the operand is 32-bit, however, the instruction only takes an 'x' register and so force that using the 'x' modifier on the instruction. BUG= Review URL: https://codereview.chromium.org/1799263002 Cr-Commit-Position: refs/heads/master@{#34766}
-
v8-autoroll authored
Rolling v8/tools/clang to c642451e861b9c568967fb8e4d9d3fd081699162 TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org Review URL: https://codereview.chromium.org/1803953002 Cr-Commit-Position: refs/heads/master@{#34765}
-
adamk authored
Modules already have a separate entrypoint into the engine (at the moment, this is v8::ScriptCompiler::CompileModule, though that will change to something like ParseModule). This meant that requiring a commandline flag simply added an extra complexity burden on embedders. By removing the v8 flag, this lets embedders use their own flagging mechanism (such as d8's "--module", or Blink's RuntimeEnabledFeatures) to control whether modules are to be used. Also remove old modules tests that were being skipped (since they test very old, pre-ES2015 modules syntax). R=littledan@chromium.org BUG=v8:1569, chromium:594639 LOG=y Review URL: https://codereview.chromium.org/1804693002 Cr-Commit-Position: refs/heads/master@{#34764}
-
- 14 Mar, 2016 6 commits
-
-
littledan authored
test262 "negative" test expectations list which exception is thrown. The ES2017 draft specification is very specific about which exception class is thrown from which path, and V8 works hard to be correct with respect to that spec. Previously, the test262 test runner would accept any nonzero status code, such as from a crash, or a FAIL printed out, for a negative test. This patch makes negative tests check for the right answer using a quick-and-dirty parsing of the exception printing from d8 to find the exception class. It invokes d8 in a way to get a status code of 0 from thrown exceptions so that 'negative' tests aren't actually implemented by negating the output. Amazingly, this didn't catch any test262 failures, but I verified the extra checking interactively by changing a negative test to expect a different type and saw it fail. BUG=v8:4803 R=machenbach LOG=Y Review URL: https://codereview.chromium.org/1766503002 Cr-Commit-Position: refs/heads/master@{#34763}
-
hpayer authored
BUG=chromium:561449 LOG=n Review URL: https://codereview.chromium.org/1800733002 Cr-Commit-Position: refs/heads/master@{#34762}
-
yangguo authored
R=vogelheim@chromium.org BUG=chromium:594551 LOG=N Review URL: https://codereview.chromium.org/1804433004 Cr-Commit-Position: refs/heads/master@{#34761}
-
hpayer authored
BUG=chromium:561449 LOG=n Review URL: https://codereview.chromium.org/1794383004 Cr-Commit-Position: refs/heads/master@{#34760}
-
mstarzinger authored
This fixes the label binding mechanism that forwards a label to another already bound target label. For source labels that are not being reached by a jump, we should not try to patch jump sites. We still bind the source label to reflect the target position though, just in case this binding method will be used for backwards branches in the future. R=rmcilroy@chromium.org TEST=webkit/fast/js/parser-syntax-check Review URL: https://codereview.chromium.org/1804643002 Cr-Commit-Position: refs/heads/master@{#34759}
-
ofrobots authored
HandleApiCall is one of the most heavily used builtins on Node.js. Replace some old CHECKs with DCHECKs. R=ishell@chromium.org, jochen@chromium.org BUG= Review URL: https://codereview.chromium.org/1804433005 Cr-Commit-Position: refs/heads/master@{#34758}
-