- 08 Jan, 2021 9 commits
-
-
Sathya Gunasekaran authored
The IC object's interface is changing all the time and this code is just bitrotting. Rather than trying to keep this updated all the time, let's just use Object.values to print all the key value pairs in the ic object. This looks slightly worse than the previous text format but it has the critical advantage of being broken less often. Change-Id: Ia3580d1ba82a981d8442682f66d6002436e70f42 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2615418 Auto-Submit: Sathya Gunasekaran <gsathya@chromium.org> Commit-Queue: Camillo Bruni <cbruni@chromium.org> Reviewed-by:
Camillo Bruni <cbruni@chromium.org> Cr-Commit-Position: refs/heads/master@{#71969}
-
Almothana Athamneh authored
Bug: v8:11264 Change-Id: I9563ede8e4a5f1eea17e5ee93a8ab8609c3000b9 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2614426 Commit-Queue: Almothana Athamneh <almuthanna@chromium.org> Reviewed-by:
Michael Achenbach <machenbach@chromium.org> Cr-Commit-Position: refs/heads/master@{#71968}
-
Zhi An Ng authored
For Float64Abs, Float64Neg, F64x2Abs, and F64x2Neg, we can use the Abspd and Negpd helpers. These helpers will load the necessary masks as an ExternalReference. We cannot do the same with AVX, since the AVX codegen can already have one of the inputs as an Operand. Change-Id: I85f0a7437747b9cfe8bff735d7b27a957736818c Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2599850 Commit-Queue: Zhi An Ng <zhin@chromium.org> Reviewed-by:
Deepti Gandluri <gdeepti@chromium.org> Cr-Commit-Position: refs/heads/master@{#71967}
-
v8-ci-autoroll-builder authored
Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/dc0b854..3480342 Rolling v8/third_party/aemu-linux-x64: eNKL3iFnDydKoCyqA9rVhylE7ud5a_9wRt0b0HFtLvIC..e-bgBYXeOkMw5xrqjCgQDp16bMPZeKKmilHzC-t2-1QC Rolling v8/third_party/catapult: https://chromium.googlesource.com/catapult/+log/3f5c581..d9d7213 Rolling v8/third_party/depot_tools: https://chromium.googlesource.com/chromium/tools/depot_tools/+log/81098e5..4c392af Rolling v8/third_party/googletest/src: https://chromium.googlesource.com/external/github.com/google/googletest/+log/4fe0180..1b0cdaa Rolling v8/tools/clang: https://chromium.googlesource.com/chromium/src/tools/clang/+log/1283870..01d7e1f TBR=machenbach@chromium.org,tmrts@chromium.org,v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: Ie045e572a2e7927f84358510e97f32c58c166eb2 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2617446Reviewed-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@{#71966}
-
Zhi An Ng authored
This is a reland of 94f2212b Nothing changed, think the failures were flaky. Original change's description: > [wasm-simd] Scalar lowering for extended multiply > > R=bbudge@chromium.org > > Bug: v8:11262 > Change-Id: Idd6a7514a16c561832af603dbf63779a0e402f45 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2603771 > Reviewed-by: Bill Budge <bbudge@chromium.org> > Commit-Queue: Zhi An Ng <zhin@chromium.org> > Cr-Commit-Position: refs/heads/master@{#71920} Bug: v8:11262 Change-Id: I6c504b2e0d1ad39e202483a72419dadb3b66eea8 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2612330Reviewed-by:
Bill Budge <bbudge@chromium.org> Commit-Queue: Zhi An Ng <zhin@chromium.org> Cr-Commit-Position: refs/heads/master@{#71965}
-
Zhi An Ng authored
When AVX2 is available, we can use vbroadcastss. On AVX, use vshufps, since it is non-destructive. On SSE, shufps is 1 byte shorter. FIXED=b/175364402 Change-Id: I5bd10914579d8db012192a9c04f7b0038ec1c812 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2599849Reviewed-by:
-
Zhi An Ng authored
Change-Id: Ia25cc038c09a900d906bd8e724244418a5708675 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2610511Reviewed-by:
Andreas Haas <ahaas@chromium.org> Commit-Queue: Zhi An Ng <zhin@chromium.org> Cr-Commit-Position: refs/heads/master@{#71963}
-
Benedikt Meurer authored
Previously we had introduced a special `v8::internal::WasmValue` type which we used to expose Wasm values to the Scope view in Chromium DevTools. The problem however is that these values cannot be exposed to JavaScript (and in particular not to Debug Evaluate), which means that particularly for v128 and i64 we have inconsistent representations across the various parts of DevTools. This change removes the `wasm` type from the RemoteObject and all the adjacent logic, and paves the way for a uniform representation of Wasm values throughout DevTools. For i64 we will simply use BigInt consistently everywhere, and for i32, f32 and f64 we'll just use Number. For externref we will represent the values as-is directly. For v128 values we currently use a Uint8Array, but will introduce a dedicated WasmSimd128 class in a follow-up CL. Bug: chromium:1071432 Fixed: chromium:1159402 Change-Id: I0671e5736c9c27d7ca376e23ed74f16d36e03c80 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2614428Reviewed-by:
Zhi An Ng <zhin@chromium.org> Reviewed-by:
Yang Guo <yangguo@chromium.org> Commit-Queue: Zhi An Ng <zhin@chromium.org> Auto-Submit: Benedikt Meurer <bmeurer@chromium.org> Cr-Commit-Position: refs/heads/master@{#71962}
-
Zhi An Ng authored
This is a reland of 2d5f981a The fix is in liftoff-assembler-x64, to call S128Select with dst as the mask when AVX is not supported and dst != mask. Original change's description: > [wasm-simd][liftoff][x64] Move v128.select into macro-assembler > > This allows us to reuse this optimized code sequence in Liftoff. > > We can't do the same thing in IA32 yet, there is no kScratchDoubleReg > defined in the macro-assembler-ia32.cc, it is defined in code-generator-ia32 > as xmm0 but I'm not sure if it is safe to just use that in the macro assembler. > > Change-Id: I6c761857c49d2518fbc82cd0796c62fc86665cb5 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2596581 > Commit-Queue: Zhi An Ng <zhin@chromium.org> > Reviewed-by: Clemens Backes <clemensb@chromium.org> > Reviewed-by: Bill Budge <bbudge@chromium.org> > Cr-Commit-Position: refs/heads/master@{#71915} Change-Id: Ib96ce0e1d5762f6513ef87f240b25ef3ae59441f Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2612324Reviewed-by:
Clemens Backes <clemensb@chromium.org> Reviewed-by:
-
- 07 Jan, 2021 30 commits
-
-
Daniel Clark authored
There's a bit more work to do to add support for import assertions for dynamic import(). This is the first of a series of changes to do that. This adds parser support for the form of import() that takes import assertions per https://tc39.es/proposal-import-assertions/#prod-ImportCall A future change will pass the assertions expression along to Runtime_DynamicImportCall where the assertions will be unpacked and filtered per Isolate::supported_import_assertions_. Bug: v8:10958 Change-Id: Ib1c80d15ac44923d97c5fdfcc4bd732cb9245cf9 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2612038Reviewed-by:
Adam Klein <adamk@chromium.org> Reviewed-by:
Marja Hölttä <marja@chromium.org> Reviewed-by:
-
Michael Lippautz authored
Previously, for wrapper/wrappable pairs, only JS object size was accounted for. With this change, the C++ part is also accounted for. Change-Id: Ibd945cb28c808d8c01fa41453f94a6de9883b764 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2615258Reviewed-by:
Ulan Degenbaev <ulan@chromium.org> Commit-Queue: Michael Lippautz <mlippautz@chromium.org> Cr-Commit-Position: refs/heads/master@{#71959}
-
Sathya Gunasekaran authored
Bug: v8:11256 Change-Id: Iec03fc77daeed9aeaacde13f5be2304d2a7e2c26 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2610969Reviewed-by:
-
Sathya Gunasekaran authored
Instead of always using v8::ConstructorBehavior::kAllow and then immediately calling FunctionTemplate::RemovePrototype, this patch changes FunctionTemplateInfo::New to pass in the correct value for v8::ConstructorBehavior. There is no change in observable behavior with this patch. Bug: v8:11288 Change-Id: Ia7dd8a0c1ac6d081bc0d9b73d7c7cb4164638144 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2612990Reviewed-by:
Jakob Kummerow <jkummerow@chromium.org> Commit-Queue: Sathya Gunasekaran <gsathya@chromium.org> Cr-Commit-Position: refs/heads/master@{#71957}
-
Dan Clark authored
When --harmony-dynamic-import was removed in https://chromium-review.googlesource.com/c/v8/v8/+/2509942 it looks like we were left with some redundant invocations of RunParserSyncTest/RunModuleParserSyncTest in ImportExpressionErrors. This removes them. Change-Id: I2fb68c7e21bc4e039ab77396cdca7ca0d18eca95 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2613370Reviewed-by:
-
Shu-yu Guo authored
This implements the spec change in https://github.com/tc39/ecma262/pull/2164 Making TA elements configurable has interaction with delete. While the elements are configurable, they are only "deletable" via detaching the underlying ArrayBuffer, not via `delete`. That is, `delete ta[idx]` for an in-bounds `idx` still returns false. Bug: v8:11281 Change-Id: I2e9348a7ec3c3239a92cc35e51b7182423736834 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2605234Reviewed-by:
-
Mythri A authored
When bytecode gets flushed from SFI and we generate the bytecode again, we expect that the generated bytecode is exactly the same as the earlier bytecode. We reuse the same closure feedback cell array allocated earlier and hence it is required that number of closure feedback slots remain the same. This cl just adds a CHECK for that, so we fail when this is not the case. Bug: chromium:1147917 Change-Id: I4b09ce3f741bc15c3b141b1fe057a667496c925d Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2613037 Commit-Queue: Mythri Alle <mythria@chromium.org> Commit-Queue: Ross McIlroy <rmcilroy@chromium.org> Auto-Submit: Mythri Alle <mythria@chromium.org> Reviewed-by:
Ross McIlroy <rmcilroy@chromium.org> Cr-Commit-Position: refs/heads/master@{#71954}
-
Andreas Haas authored
When --single-threaded is set, and therefore --wasm-num-compilation-tasks=0, the compilation job for JSToWasm wrapper compilation is executed directly instead of first posted and then joined on the main thread. R=clemensb@chromium.org Bug: v8:11279 Change-Id: Idba150cf9d32a6a6b12b322f46c0ba36fd220c5b Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2595441 Commit-Queue: Andreas Haas <ahaas@chromium.org> Reviewed-by:
-
Leszek Swirski authored
Bug: chromium:1163847 Change-Id: Iabb152cd1a5c04e2032cb1254d8b27ea081cbb27 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2614427 Auto-Submit: Leszek Swirski <leszeks@chromium.org> Commit-Queue: Michael Achenbach <machenbach@chromium.org> Reviewed-by:
-
Milad Fa authored
P9 has vector insert and extract instructions which can be used instead of doing memory load/stores. Change-Id: Ida8dd6c43441f1a5c04406688f8c86a656dc63eb Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2613027Reviewed-by:
Junliang Yan <junyan@redhat.com> Commit-Queue: Milad Fa <mfarazma@redhat.com> Cr-Commit-Position: refs/heads/master@{#71951}
-
Benedikt Meurer authored
Note that the `wasm` type and it's subtypes will be removed soon, so we don't need to synchronize them. Fixed: chromium:1162930 Change-Id: I8549679cbe53a1e50e98acedf8547dc09c20ad27 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2613036 Auto-Submit: Benedikt Meurer <bmeurer@chromium.org> Commit-Queue: Yang Guo <yangguo@chromium.org> Reviewed-by:
-
Sathya Gunasekaran authored
Turboprop has gotten faster lately, let's remove the SLOW flag. Bug: v8:10894 Change-Id: I6fa5255264129d69295aff2a35b10c540f4b975f Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2610970 Auto-Submit: Sathya Gunasekaran <gsathya@chromium.org> Reviewed-by:
Leszek Swirski <leszeks@chromium.org> Commit-Queue: Leszek Swirski <leszeks@chromium.org> Cr-Commit-Position: refs/heads/master@{#71949}
-
Camillo Bruni authored
Prepare the system analyzer to be able to select events related to a a single code log entry. - Rename source-panel to script-script panel - Update main index.css to support selects in the panel selection header Bug: v8:10644 Change-Id: Ie8dd1839294687cb9e25995bcb7ef246a7d7f48d Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2604707Reviewed-by:
Sathya Gunasekaran <gsathya@chromium.org> Commit-Queue: Camillo Bruni <cbruni@chromium.org> Cr-Commit-Position: refs/heads/master@{#71948}
-
Sathya Gunasekaran authored
Bug: v8:9805 Change-Id: I995ae89331cc46b564a1003588df9fe9b82a22a4 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2610728Reviewed-by:
-
Andreas Haas authored
R=thibaudm@chromium.org Bug: v8:11074 Change-Id: I1dbe03794b1365c965ec48731ed4bd233e42bbb7 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2595440Reviewed-by:
-
Andreas Haas authored
The flag was enabled by default in M85, it is time to remove it. R=clemensb@chromium.org Bug: v8:7741, chromium:1160677 Change-Id: Ic4a9490efa645a7466cb844484169ab262f0df38 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2610965Reviewed-by:
-
Andreas Haas authored
Due to the transition to the jobs API, WebAssembly compilation was using background threads, even when --single-threaded and therefore --wasm-num-compilation-tasks=0 was used. With this CL, the compilation job is started with a maximum concurrency of 0 when --wasm-num-compilation-tasks=0. To ensure compilation progress in asynchronous compilation, the main thread waits for baseline compilation to finish right after initializing all compilation units, and thereby participates in the compilation. R=clemensb@chromium.org Bug: v8:11279 Change-Id: I85f93f82c00cdbd6afd46110599089a052101a00 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2599546Reviewed-by:
-
Georg Neis authored
Bug: chromium:1161357 Change-Id: I7a4237fd682689742e67cd1f35e6ef91815386e0 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2611249 Auto-Submit: Georg Neis <neis@chromium.org> Reviewed-by:
Mythri Alle <mythria@chromium.org> Commit-Queue: Mythri Alle <mythria@chromium.org> Cr-Commit-Position: refs/heads/master@{#71943}
-
Liu Yu authored
Port: bbb1b345 Bug: v8:10582 Change-Id: I73cb737655bf68a79f0ae9a25adf9041693a1a8d Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2614219Reviewed-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@{#71942}
-
Camillo Bruni authored
- Handle "new" deprecation macros - Use default v8_header path: include/v8.h Change-Id: I9597ca80aa6f6ca297629f1788162add15b31f45 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2607726 Auto-Submit: Camillo Bruni <cbruni@chromium.org> Reviewed-by:
Victor Gomes <victorgomes@chromium.org> Commit-Queue: Victor Gomes <victorgomes@chromium.org> Cr-Commit-Position: refs/heads/master@{#71941}
-
Sathya Gunasekaran authored
No need to return anything here as the return value doesn't need to be checked. This is a purely side effecting function. Change-Id: I5484086e289d9f5104a17c93950c25f656d5a44b Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2605185Reviewed-by:
Michael Lippautz <mlippautz@chromium.org> Commit-Queue: Sathya Gunasekaran <gsathya@chromium.org> Cr-Commit-Position: refs/heads/master@{#71940}
-
Sathya Gunasekaran authored
The FastTemplateCache gets filled with undefiend when created and then with holes when it grows causing a mismatch. This hasn't been a problem so far as the FastTemplateCache is always initialized to the max size but it could cause problems in the future if this is changed. Bug: v8:11289 Change-Id: I8dabce101b25d9f0057183c88f507873d973f2a8 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2608472Reviewed-by:
-
Manos Koukoutos authored
Loop analysis never visited nodes whose marks happened to not change when visiting their outputs in backwards propagation. This CL ensures that each reachable node is visited at least once. Change-Id: I70cd73737c0abe8151d5e23bc50525599fa3ea6a Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2581538Reviewed-by:
Georg Neis <neis@chromium.org> Reviewed-by:
Tobias Tebbi <tebbi@chromium.org> Commit-Queue: Manos Koukoutos <manoskouk@chromium.org> Cr-Commit-Position: refs/heads/master@{#71938}
-
Leszek Swirski authored
This reverts commit 75da4b99. Reason for revert: Speculative revert for ODROID failures (e.g. https://ci.chromium.org/ui/p/v8/builders/ci/V8%20Arm/17863/overview) Original change's description: > Update V8 DEPS. > > Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/dc0b854..e4c5e3e > > Rolling v8/third_party/aemu-linux-x64: eNKL3iFnDydKoCyqA9rVhylE7ud5a_9wRt0b0HFtLvIC..LanwSa4qZkDJRxK05Ym26IRV6bksO-9CZE-3jrgCbV8C > > Rolling v8/third_party/catapult: https://chromium.googlesource.com/catapult/+log/3f5c581..ae206b8 > > Rolling v8/third_party/depot_tools: https://chromium.googlesource.com/chromium/tools/depot_tools/+log/81098e5..b34cd6d > > Rolling v8/third_party/googletest/src: https://chromium.googlesource.com/external/github.com/google/googletest/+log/4fe0180..1b0cdaa > > Rolling v8/tools/clang: https://chromium.googlesource.com/chromium/src/tools/clang/+log/1283870..e8d041d > > TBR=machenbach@chromium.org,tmrts@chromium.org,v8-waterfall-sheriff@grotations.appspotmail.com > > Change-Id: I62cfd8a388b9980b458ff001e5604d704b0332bf > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2614110 > Reviewed-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@{#71934} TBR=machenbach@chromium.org,v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com,tmrts@chromium.org,v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: Icbcd46c92ad825d0fbad0694f806b8283290ca7a No-Presubmit: true No-Tree-Checks: true No-Try: true Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2611254Reviewed-by:
-
Camillo Bruni authored
Change-Id: Icb5047346fbc0a28755a55b5abe507cfd8913a21 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2599741Reviewed-by:
-
Kong, Fanchen authored
Change-Id: Ie15e8a8469f50a507b77234419e582c21730c586 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2604197Reviewed-by:
-
v8-ci-autoroll-builder authored
Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/dc0b854..e4c5e3e Rolling v8/third_party/aemu-linux-x64: eNKL3iFnDydKoCyqA9rVhylE7ud5a_9wRt0b0HFtLvIC..LanwSa4qZkDJRxK05Ym26IRV6bksO-9CZE-3jrgCbV8C Rolling v8/third_party/catapult: https://chromium.googlesource.com/catapult/+log/3f5c581..ae206b8 Rolling v8/third_party/depot_tools: https://chromium.googlesource.com/chromium/tools/depot_tools/+log/81098e5..b34cd6d Rolling v8/third_party/googletest/src: https://chromium.googlesource.com/external/github.com/google/googletest/+log/4fe0180..1b0cdaa Rolling v8/tools/clang: https://chromium.googlesource.com/chromium/src/tools/clang/+log/1283870..e8d041d TBR=machenbach@chromium.org,tmrts@chromium.org,v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: I62cfd8a388b9980b458ff001e5604d704b0332bf Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2614110Reviewed-by:
-
Zhi An Ng authored
movaps is 1 byte shorter than movapd and is equivalent. Fixed: v8:11116 Change-Id: Ibf32ad5428ac3d55d055f8725fbf2e96433fb97a Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2601878 Commit-Queue: Zhi An Ng <zhin@chromium.org> Reviewed-by:
-
Frank Tang authored
https: //chromium.googlesource.com/external/github.com/tc39/test262/+log/51666c531..b2e9dff28 Bug: v8:7834 Change-Id: I4bd6d2990318b0e722f784b0996719ad95a30efc Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2600445Reviewed-by:
Shu-yu Guo <syg@chromium.org> Commit-Queue: Frank Tang <ftang@chromium.org> Cr-Commit-Position: refs/heads/master@{#71932}
-
Milad Fa authored
Port bbb1b345 Original Commit Message: Adds support for emitting data with a reloc info to enable support for HeapObjects for immediate deopt args, required by dynamic check maps. In order to do this, a new DATA_EMBEDDED_OBJECT relocinfo type is added. This represents a raw object inserted into the instruction stream. For x64/ia32 it is treated the same as FULL_EMBEDDED_OBJECT, but on Arm/Arm64 this behaves differently since it points directly to the embedded object pointer rather than to an instruction that loads it. R=rmcilroy@chromium.org, joransiu@ca.ibm.com, junyan@redhat.com, midawson@redhat.com BUG=v8:10582 LOG=N Change-Id: I949acb69ca6f6a377102eb0ac5f44919d4f7d25b Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2612930Reviewed-by:
-
- 06 Jan, 2021 1 commit
-
-
Milad Fa authored
xxspltib takes in an immediate value of up to 8 bits. We need to make sure input values are not bigger in size. Change-Id: I3574028d43752870564e4690b22bf2e87813ab76 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2613031Reviewed-by:
-
