- 28 Mar, 2021 1 commit
-
-
v8-ci-autoroll-builder authored
Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/1c68d75..5ecd95d Rolling v8/buildtools/linux64: git_revision:64b3b9401c1c3ed5f3c43c1cac00b91f83597ab8..git_revision:b2e3d8622c1ce1bd853c7a11f62a739946669cdd Rolling v8/third_party/aemu-linux-x64: Q7BOLoBEKjKHVG4WYSf3qNuhySZ9nyW9T5qODWXbwLEC..PQ5BA4WJfsqBSdlGRVmglasbA61vdJ1sHFa_R-euwHQC TBR=v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: Iecb19d78ecbf09929bfb1751afe78743333eae22 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2789654Reviewed-by:
v8-ci-autoroll-builder <v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com> Commit-Queue: v8-ci-autoroll-builder <v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#73697}
-
- 27 Mar, 2021 1 commit
-
-
v8-ci-autoroll-builder authored
Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/5b847b7..1c68d75 Rolling v8/buildtools: https://chromium.googlesource.com/chromium/src/buildtools/+log/69cc9b8..4401ea9 Rolling v8/buildtools/third_party/libc++abi/trunk: https://chromium.googlesource.com/external/github.com/llvm/llvm-project/libcxxabi/+log/9bb0768..cbf9455 Rolling v8/third_party/aemu-linux-x64: T_v8z36hVtClZdI--UREcqogtXsjdf62oj2ae3H0JjMC..Q7BOLoBEKjKHVG4WYSf3qNuhySZ9nyW9T5qODWXbwLEC Rolling v8/third_party/depot_tools: https://chromium.googlesource.com/chromium/tools/depot_tools/+log/392c407..e0de6a8 TBR=v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: Ie34b9c2219b8a126577e4a0c2505be40391a5961 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2789036Reviewed-by:
-
- 26 Mar, 2021 4 commits
-
-
Milad Fa authored
Change-Id: Ia60893e627d61cd8ec2663dea47c5463e3606c78 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2787190Reviewed-by:
Junliang Yan <junyan@redhat.com> Commit-Queue: Milad Fa <mfarazma@redhat.com> Cr-Commit-Position: refs/heads/master@{#73695}
-
v8-ci-autoroll-builder authored
Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/7b935eb..5b847b7 Rolling v8/buildtools/third_party/libc++abi/trunk: https://chromium.googlesource.com/external/github.com/llvm/llvm-project/libcxxabi/+log/f50df92..9bb0768 Rolling v8/third_party/aemu-linux-x64: wvBTICmOxqrOyqTGFXVMcKyHB3KmKkB4Xo6VVahwXs8C..T_v8z36hVtClZdI--UREcqogtXsjdf62oj2ae3H0JjMC Rolling v8/third_party/catapult: https://chromium.googlesource.com/catapult/+log/4f773bc..36e4502 Rolling v8/tools/clang: https://chromium.googlesource.com/chromium/src/tools/clang/+log/84682eb..fc39a84 TBR=v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: I678dc956815be477f8842cfb62b0591cb0a5841b Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2787909Reviewed-by:
-
Liu Yu authored
Port: e438ae2d Bug: Change-Id: Ie79b3b347304ce6a5048c6ad44b5e08f382ee1a0 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2784057Reviewed-by:
Zhao Jiazhong <zhaojiazhong-hf@loongson.cn> Commit-Queue: Zhao Jiazhong <zhaojiazhong-hf@loongson.cn> Auto-Submit: Liu yu <liuyu@loongson.cn> Cr-Commit-Position: refs/heads/master@{#73693}
-
Ng Zhi An authored
Also clean up some comments in liftoff-assembler-x64.h. Bug: v8:11589 Change-Id: I47fe5c2c794c863be1afde86d289ea197219a4f8 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2787591 Commit-Queue: Zhi An Ng <zhin@chromium.org> Reviewed-by:
Bill Budge <bbudge@chromium.org> Cr-Commit-Position: refs/heads/master@{#73692}
-
- 25 Mar, 2021 34 commits
-
-
Igor Sheludko authored
... when they are enabled via the GN flag. Known issues are already fixed in a separate CL: https://chromium-review.googlesource.com/c/v8/v8/+/2786855 Sheriffs: This CL adds ~1.2-1.4Mb of memory overhead per Isolate on certain configurations and that's expected. This is a temporary fix until the full solution is implemented. See the design doc linked to the issue for details. Bug: v8:11527 Change-Id: Ia472352926494f59481e8ddc54e15c75f5730730 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786840 Commit-Queue: Igor Sheludko <ishell@chromium.org> Reviewed-by:
Leszek Swirski <leszeks@chromium.org> Cr-Commit-Position: refs/heads/master@{#73691}
-
Frank Emrich authored
This CL evokes that when v8_dict_mode_prototypes is enabled, SwissNameDictionary is used in CSA as the dictionary backing store for all objects (instead of NameDictionary). Bug: v8:11330 Change-Id: I2bda0ec60040981f07e0e51aaf772ac1bb8bbc06 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786856Reviewed-by:
Igor Sheludko <ishell@chromium.org> Commit-Queue: Igor Sheludko <ishell@chromium.org> Cr-Commit-Position: refs/heads/master@{#73690}
-
Junliang Yan authored
This is a reland of 0655aa05 Original change's description: > Reland "s390x: [liftoff] implement CallRuntimeStub" > > This is a reland of 88c1ae95 > > Original change's description: > > s390x: [liftoff] implement CallRuntimeStub > > > > Change-Id: I505ea67af31006f3f233eef390f234cfc0188d6c > > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2774479 > > Reviewed-by: Milad Fa <mfarazma@redhat.com> > > Commit-Queue: Junliang Yan <junyan@redhat.com> > > Cr-Commit-Position: refs/heads/master@{#73525} > > Change-Id: Id5d0ece78533439870fdc6b000026fe04e576448 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2774561 > Reviewed-by: Milad Fa <mfarazma@redhat.com> > Commit-Queue: Junliang Yan <junyan@redhat.com> > Cr-Commit-Position: refs/heads/master@{#73549} Change-Id: I287a833a3c12869377b83bd66a1bf096f514e034 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2787194Reviewed-by:
Milad Fa <mfarazma@redhat.com> Commit-Queue: Junliang Yan <junyan@redhat.com> Cr-Commit-Position: refs/heads/master@{#73689}
-
Ng Zhi An authored
Left i16x8.extmul_low in the arch-specific macro-assemblers because they rely on other functions defined in the same file. We can come back and move it afterwards. Bug: v8:11589 Change-Id: I2ea81c50ed52cc3e59e001b5e80aaf6b93a6572c Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786280Reviewed-by:
-
Ross McIlroy authored
AddImmediate ends up pushing repeated immediates very often unecessarily. Add support for Int64 immediates being inlined into InstructionOperand if they fit into the payload (which is almost always the case). Also add a seperate rpo_immediate vector for RPO numbers to avoid having to add them to the immediates_ vector multiple times. Ideally the RPO values would also be inlined, however JumpThreading needs to patch RPO targets throughout the instruction stream, so we need an indirection. Change-Id: I75b1cdb05917f85d4f740a34c3720dd9cf0ee29c Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2782282 Commit-Queue: Ross McIlroy <rmcilroy@chromium.org> Reviewed-by:
Santiago Aboy Solanes <solanes@chromium.org> Cr-Commit-Position: refs/heads/master@{#73687}
-
Junliang Yan authored
Change-Id: I56b00f00f7b08dee881f473ecedd9596151dee4c Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786858Reviewed-by:
-
Frank Emrich authored
This CL enables proper testing for the CSA/Torque implementation of SwissNameDictionary. This is done by changing the implementation of test_swiss_hash_table::CSATestRunner. This is the last CL of this series and concludes the CSA/Torque implementation of SwissNameDictionary. Bug: v8:11330 Change-Id: Ib46ef3a2c9ec9746591c2af94346be7d0382122b Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786843 Commit-Queue: Frank Emrich <emrich@google.com> Reviewed-by:
-
Milad Fa authored
Change-Id: I9a1a236185614e41d6dba25331a0731666aed093 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2787187 Commit-Queue: Milad Fa <mfarazma@redhat.com> Reviewed-by:
-
Zhi An Ng authored
This reverts commit 9a6567b4. Reason for revert: MSVC compile failures https://ci.chromium.org/ui/p/v8/builders/ci/V8%20Win64%20-%20msvc/b8851762212188482624/steps?succeeded=true&debug=true Original change's description: > [wasm-simd] Move test helpers into wasm-simd-utils > > Move many test helpers into wasm-simd-utils. These helper functions can > potentially be useful for relaxed-simd test in the future. I left behind > simd specific test helpers, like load extend helpers, because those are > for simd instructions. > > Bug: v8:11583,v8:11384 > Change-Id: Id9ed452b06eaf5c97a5dda174b53a37aede2a937 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2783295 > Reviewed-by: Deepti Gandluri <gdeepti@chromium.org> > Commit-Queue: Zhi An Ng <zhin@chromium.org> > Cr-Commit-Position: refs/heads/master@{#73675} Bug: v8:11583 Bug: v8:11384 Change-Id: I88bcefecd62c9b453d0f51ad9b9a912339b110eb No-Presubmit: true No-Tree-Checks: true No-Try: true Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2787239 Auto-Submit: Zhi An Ng <zhin@chromium.org> Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com> Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#73683}
-
Ng Zhi An authored
We already skip all tests on no-simd-sse builds, in effect not testing scalar lowering. So, remove explicit tests for scalar lowering for all other build configurations. Cq-Include-Trybots: luci.v8.try:v8_linux_optional_rel_ng Change-Id: I0aedad255236fa029e911bb9dc2dccab419791a4 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2728249Reviewed-by:
Deepti Gandluri <gdeepti@chromium.org> Commit-Queue: Zhi An Ng <zhin@chromium.org> Cr-Commit-Position: refs/heads/master@{#73682}
-
Frank Emrich authored
This CL adapts some existing dictionary-related operations in CSA to support SwissNameDictionary, too. This is needed to make the CSA version of the SwissNameDictionary test suite working. Bug: v8:11330 Change-Id: Ieb315a0806d8910e50f3643abb9a68200485e4fd Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2784689 Commit-Queue: Frank Emrich <emrich@google.com> Reviewed-by:
-
Deepti Gandluri authored
This reverts commit 52393b90. Reason for revert: Reverting for TSAN fails - https://ci.chromium.org/p/v8/builders/ci/V8%20Linux64%20TSAN%20-%20no-concurrent-marking/3061 Original change's description: > [sparkplug] OSR Ignition -> Sparkplug > > Add support for OSR to baseline code. > We compile baseline and perform OSR immediately when the bytecode budget > interrupt hits. > > Drive-by: Clean-up deoptimizer special handling of JumpLoop by using > the newly introduced GetBaselinePCForNextExecutedBytecode instead of > GetBaselineEndPCForBytecodeOffset. > > Bug: v8:11420 > Change-Id: Ifbea264d4a83a127dd2a11e28626bf2a5e8aca59 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2784687 > Commit-Queue: Patrick Thier <pthier@chromium.org> > Reviewed-by: Leszek Swirski <leszeks@chromium.org> > Cr-Commit-Position: refs/heads/master@{#73677} Bug: v8:11420 Change-Id: I335640216dbbf9a854fc276f3df95bf5a1f9956a No-Presubmit: true No-Tree-Checks: true No-Try: true Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2787192Reviewed-by:
-
Leszek Swirski authored
This also makes OOMing on --always-sparkplug not crash Bug: v8:11420 Change-Id: Ibaa5eb8a268a7d47ec30210f5cf5af51e514f039 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786846 Auto-Submit: Leszek Swirski <leszeks@chromium.org> Reviewed-by:
Ross McIlroy <rmcilroy@chromium.org> Commit-Queue: Leszek Swirski <leszeks@chromium.org> Cr-Commit-Position: refs/heads/master@{#73679}
-
Ng Zhi An authored
Bug: v8:11589 Change-Id: I3f1c6d1ece6c634915358f30537c9bbabc0cd3b0 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2785818 Commit-Queue: Zhi An Ng <zhin@chromium.org> Reviewed-by:
-
Patrick Thier authored
Add support for OSR to baseline code. We compile baseline and perform OSR immediately when the bytecode budget interrupt hits. Drive-by: Clean-up deoptimizer special handling of JumpLoop by using the newly introduced GetBaselinePCForNextExecutedBytecode instead of GetBaselineEndPCForBytecodeOffset. Bug: v8:11420 Change-Id: Ifbea264d4a83a127dd2a11e28626bf2a5e8aca59 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2784687 Commit-Queue: Patrick Thier <pthier@chromium.org> Reviewed-by:
-
Ng Zhi An authored
The x64 and ia32 implementations are the same, modulo function signature. x64 has a kScratchDoubleReg available, ia32 takes it as a argument. We standardize on the ia32 function signature and have callers on x64 pass in the scratch register. Bug: v8:11589 Change-Id: I2f75705ed9c618d6e7a7e34ac96b78b772c4944d Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786094Reviewed-by:
-
Ng Zhi An authored
Move many test helpers into wasm-simd-utils. These helper functions can potentially be useful for relaxed-simd test in the future. I left behind simd specific test helpers, like load extend helpers, because those are for simd instructions. Bug: v8:11583,v8:11384 Change-Id: Id9ed452b06eaf5c97a5dda174b53a37aede2a937 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2783295Reviewed-by:
-
Frank Emrich authored
This CL adds: a) FindEntry, Add, and Delete operations on SwissNameDictionary in Torque b) Helpers needed for that on both the CSA and Torque side Bug: v8:11330 Change-Id: I549b9039108217a34ec1e95af84eb28af7dfc9d3 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2778175Reviewed-by:
-
Zhi An Ng authored
This reverts commit 9eba2d85. Reason for revert: TSAN failures https://ci.chromium.org/ui/p/v8/builders/ci/V8%20Linux64%20TSAN%20-%20isolates/14265/overview Original change's description: > [fastcall] Add fast API testing facilities to d8 > > This CL provides the minimum necessary functionality to expose fast API > for testing in mjsunit, exposing the fast path for fuzzing. It exposes > a d8.test.fast_c_api with an `add_all` method, which exercises primitive > types. On x64, all integer and floating point types are supported. On > other platforms currently only 32-bit integers are included in the test. > > Design doc: > https://docs.google.com/document/d/1KUKPfXkSRZTA2gMwaWbpQKlYfw0C-T6AE3XzC4viHbo/ > > Bug: chromium:1052746 > Change-Id: Icc824199a26dd2abd2b869f5483a39d38e4dce3e > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2749154 > Reviewed-by: Camillo Bruni <cbruni@chromium.org> > Reviewed-by: Georg Neis <neis@chromium.org> > Reviewed-by: Sathya Gunasekaran <gsathya@chromium.org> > Commit-Queue: Maya Lekova <mslekova@chromium.org> > Cr-Commit-Position: refs/heads/master@{#73670} Bug: chromium:1052746 Change-Id: Iaf5083540ddfe882a747eaa9d1d2a2a8b4ba0ec0 No-Presubmit: true No-Tree-Checks: true No-Try: true Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2787081 Auto-Submit: Zhi An Ng <zhin@chromium.org> Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com> Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#73673}
-
Igor Sheludko authored
... and don't enable them for CFI builds. Bug: v8:11527 Change-Id: I651473833c1e74d942bd75dc7574dbca45b34b64 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786855Reviewed-by:
-
Andreas Haas authored
When copying the setup of the WebAssembly.Exception constructor to InstallConditionalFeatures, I forgot to copy some parts. R=thibaudm@chromium.org Bug: chromium:1191853 Change-Id: Iacba30b3356fc42b7d97f8c105ef91b776b95eb4 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786853Reviewed-by:
Thibaud Michaud <thibaudm@chromium.org> Commit-Queue: Andreas Haas <ahaas@chromium.org> Cr-Commit-Position: refs/heads/master@{#73671}
-
Maya Lekova authored
This CL provides the minimum necessary functionality to expose fast API for testing in mjsunit, exposing the fast path for fuzzing. It exposes a d8.test.fast_c_api with an `add_all` method, which exercises primitive types. On x64, all integer and floating point types are supported. On other platforms currently only 32-bit integers are included in the test. Design doc: https://docs.google.com/document/d/1KUKPfXkSRZTA2gMwaWbpQKlYfw0C-T6AE3XzC4viHbo/ Bug: chromium:1052746 Change-Id: Icc824199a26dd2abd2b869f5483a39d38e4dce3e Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2749154Reviewed-by:
Camillo Bruni <cbruni@chromium.org> Reviewed-by:
Georg Neis <neis@chromium.org> Reviewed-by:
Sathya Gunasekaran <gsathya@chromium.org> Commit-Queue: Maya Lekova <mslekova@chromium.org> Cr-Commit-Position: refs/heads/master@{#73670}
-
Z Nguyen-Huu authored
Change-Id: Iea2fa346bb4d6cd34a1e3f892b9787e75f26237d Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786681Reviewed-by:
Seth Brenith <seth.brenith@microsoft.com> Commit-Queue: Z Nguyen-Huu <duongn@microsoft.com> Cr-Commit-Position: refs/heads/master@{#73669}
-
Leszek Swirski authored
Disable or support --always-sparkplug in various tests that until now were always expecting only bytecode. Bug: v8:11420 Change-Id: Ida45041739fb55851aa493c51f1ed796aa1c0606 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786852Reviewed-by:
-
Leszek Swirski authored
Fix a broken DCHECK when logging existing baseline code. Bug: v8:11420 Change-Id: I66cf1b1b806aef74bcc9c1a0061bec1834b719f6 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786850Reviewed-by:
-
Leszek Swirski authored
CreateShallowArrayLiteral can fail and bail out to the runtime. We therefore have to pass the literal flags to the builtin, so that the runtime e.g. initialises the AllocationSite correctly. Bug: v8:11420 Change-Id: I57dfbbc202aa2c3b0e7ac01f65ee84f6e3763180 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786848Reviewed-by:
Maya Lekova <mslekova@chromium.org> Reviewed-by:
-
Leszek Swirski authored
JSFunctions can store a pointer to baseline code, which would trigger that code to be serialized in the context serializer. Since we don't support baseline code serialization, we have to flush these baseline code pointers. This is similar to the existing optimized code flushing. Bug: v8:11420 Change-Id: Idabd0caea24aed484d5cf39ad0dad8c2c8180b91 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786849Reviewed-by:
Patrick Thier <pthier@chromium.org> Commit-Queue: Patrick Thier <pthier@chromium.org> Auto-Submit: Leszek Swirski <leszeks@chromium.org> Cr-Commit-Position: refs/heads/master@{#73665}
-
Leszek Swirski authored
Some baseline implementations of non-accumulator-writing bytecodes would call builtins without saving the accumulator. This clobbers the accumulator. This was particularly observable with IncBlockCounter. Bug: v8:11420 Change-Id: I1e8a06526ea6ed018da0d6213775cce130c72aee Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786847 Commit-Queue: Leszek Swirski <leszeks@chromium.org> Auto-Submit: Leszek Swirski <leszeks@chromium.org> Reviewed-by:
Victor Gomes <victorgomes@chromium.org> Cr-Commit-Position: refs/heads/master@{#73664}
-
Leszek Swirski authored
Use a local context and compilation cache clearing to trigger code deletion in ClearUnusedWithEagerLogging, rather than relying on bytecode flushing. This allows the test to succeed with non-flushable native-context-independent code, like Sparkplug baseline code. Bug: v8:11420 Change-Id: Id6e3626b6245b4308d95aa3995a8fb2ee53684f7 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786851Reviewed-by:
Yang Guo <yangguo@chromium.org> Commit-Queue: Yang Guo <yangguo@chromium.org> Auto-Submit: Leszek Swirski <leszeks@chromium.org> Cr-Commit-Position: refs/heads/master@{#73663}
-
Milad Fa authored
We will need to use both the vector multiply even and odd instructions. Change-Id: I1af3517dc3359d395682e3d661068b429edba8f1 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2785427Reviewed-by:
-
Milad Fa authored
This reverts commit d8c6b2ec. Reason for revert: original cl has relanded Original change's description: > Revert "PPC/s390: [sparkplug][deoptimizer] Deoptimize to baseline." > > This reverts commit 94272ea5. > > Reason for revert: original port was reverted > > Original change's description: > > PPC/s390: [sparkplug][deoptimizer] Deoptimize to baseline. > > > > Port bdcd7d79 > > > > Original Commit Message: > > > > If we have baseline code, deoptimize to baseline instead of the > > interpreter. The process is similar to deopting to the interpreter. > > We just use different builtins > > (BaselineEnterAtBytecode/BaselineEnterAtNextBytecode) instead of > > InterpreterEnterBytecodeDispatch/InterpreterEnterBytecodeAdvance, that > > patch an interpreter frame to a baseline frame and continue execution in > > baseline code (based on the deopt type, at the current or next > > bytecode). > > > > R=pthier@chromium.org, joransiu@ca.ibm.com, junyan@redhat.com, midawson@redhat.com > > BUG= > > LOG=N > > > > Change-Id: I3230f3f3c6506230b2751a3389f10b022dec61a3 > > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2783022 > > Reviewed-by: Junliang Yan <junyan@redhat.com> > > Commit-Queue: Milad Fa <mfarazma@redhat.com> > > Cr-Commit-Position: refs/heads/master@{#73618} > > Change-Id: I903ad90099c4dc5f153d28aea9246933ac69972b > No-Presubmit: true > No-Tree-Checks: true > No-Try: true > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2784002 > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com> > Commit-Queue: Milad Fa <mfarazma@redhat.com> > Cr-Commit-Position: refs/heads/master@{#73630} Change-Id: I7746f42472ae63e49770f491ae6b8ef7b596cfce Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2785380 Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com> Reviewed-by:
-
Nico Hartmann authored
The implementation of Flatten() Torque generates for CSA struct types and the current implementation of EmitCCValue make heavy use of std::make_tuple and std::tuple_cat, which had a noticeable impact on build times of generated files including these outputs. This CL eliminates all uses of std::tuple_cat and most uses of std::make_tuple. Bug: v8:9861 Change-Id: Ib950b2c87983171b8c32c388fc115d2407087717 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2784563 Commit-Queue: Nico Hartmann <nicohartmann@chromium.org> Reviewed-by:
-
Michael Achenbach authored
This reverts commit db16dce2. Reason for revert: https://ci.chromium.org/p/v8/builders/ci/V8%20Blink%20Linux%20Debug/8771 Original change's description: > [api] Assign serial numbers when template infos are added to cache > > Instead of assigning serial numbers when the template infos are > created, this patch creates serial numbers only when they are added to > cache. > > This way only the ones that are first instantiated are allocated the > fast template cache. Previously, various accessors and methods that > would almost never get instantiated got assigned to the fast template > cache. > > Bug: v8:11284 > Change-Id: I6b633e56e59cbfc3fa5d4ee2db53ca2849eecdd7 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2621081 > Reviewed-by: Camillo Bruni <cbruni@chromium.org> > Reviewed-by: Ulan Degenbaev <ulan@chromium.org> > Commit-Queue: Sathya Gunasekaran <gsathya@chromium.org> > Cr-Commit-Position: refs/heads/master@{#73655} Bug: v8:11284 Change-Id: I382915b2c1be1d87d7a7a961d13e1dd5e3951a4f No-Presubmit: true No-Tree-Checks: true No-Try: true Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2786844 Auto-Submit: Michael Achenbach <machenbach@chromium.org> Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com> Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#73659}
-
Andreas Haas authored
The installation of conditional features in WebAssembly needs the context to be set in the isolate to fix https://ci.chromium.org/ui/p/chromium/builders/try/linux-rel/b8851955177753045904/overview. The context cannot be passed explicitly to all uses of the context, because Isolate::object_function() accesses the native_context through the isolate. Change-Id: I20334fd6779326e64825a15ba2aca3ae06a5c0d7 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2784684Reviewed-by:
-
