- 22 Nov, 2020 1 commit
-
-
v8-ci-autoroll-builder authored
Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/030a312..afc55ca Rolling v8/third_party/aemu-linux-x64: gt2DKWmtJU6vqOju1UcBB-_Nthud81s3cnZkERzzSEUC..nv6wFuL5e4oM14o83fKYTaYGvYpeIY0g-cCj2yzejZwC Rolling v8/third_party/catapult: https://chromium.googlesource.com/catapult/+log/11b4013..91c1a7c TBR=machenbach@chromium.org,tmrts@chromium.org,v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: Ife95420b8e3b3c42a473f37bf3518c0323736200 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2553666Reviewed-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@{#71327}
-
- 21 Nov, 2020 2 commits
-
-
v8-ci-autoroll-builder authored
Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/ee1c001..030a312 Rolling v8/third_party/aemu-linux-x64: 4f-YWuHlGrqS9jy308GUs0eo8DxU3h6PwgpHfNYq290C..gt2DKWmtJU6vqOju1UcBB-_Nthud81s3cnZkERzzSEUC Rolling v8/third_party/catapult: https://chromium.googlesource.com/catapult/+log/2ed6fc0..11b4013 Rolling v8/third_party/depot_tools: https://chromium.googlesource.com/chromium/tools/depot_tools/+log/2f8e0fa..9c0dc30 Rolling v8/third_party/zlib: https://chromium.googlesource.com/chromium/src/third_party/zlib/+log/e84c9a3..9893e50 Rolling v8/tools/luci-go: git_revision:1a022d3a4c50be4207ee93451255d71896416596..git_revision:6cbe3f56e9f00b8f65eae21f01838a8b58191a47 Rolling v8/tools/luci-go: git_revision:1a022d3a4c50be4207ee93451255d71896416596..git_revision:6cbe3f56e9f00b8f65eae21f01838a8b58191a47 Rolling v8/tools/luci-go: git_revision:1a022d3a4c50be4207ee93451255d71896416596..git_revision:6cbe3f56e9f00b8f65eae21f01838a8b58191a47 TBR=machenbach@chromium.org,tmrts@chromium.org,v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: Ia6309934987cdc0f0da95a83875041761673ec3d Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2553156Reviewed-by:
-
Milad Fa authored
Without the cast, gcc might throw the following error during compilation: error: enumeral mismatch in conditional expression: 'cppgc::internal::StatsCollector::ScopeId' vs 'cppgc::internal::StatsCollector::ConcurrentScopeId' Change-Id: I95e230310a0cbdc775d63657b8c407a8392a57e3 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2551104Reviewed-by:
Omer Katz <omerkatz@chromium.org> Commit-Queue: Milad Fa <mfarazma@redhat.com> Cr-Commit-Position: refs/heads/master@{#71325}
-
- 20 Nov, 2020 25 commits
-
-
Junliang Yan authored
Drive-by: Add alias for lzer on Assembler Change-Id: Id0d705ef864899241f77d92c2cf8a144f753ef15 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2552928Reviewed-by:
Milad Fa <mfarazma@redhat.com> Commit-Queue: Junliang Yan <junyan@redhat.com> Cr-Commit-Position: refs/heads/master@{#71324}
-
Junliang Yan authored
Change-Id: I771d3db6510146b043c9dd0a3bae8a9a67b21176 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2552927Reviewed-by:
-
Thibaud Michaud authored
Following up on: [wasm] Deserialization: copy and relocate in the background https://chromium-review.googlesource.com/c/v8/v8/+/2543932 Also move publishing in a background task. Now all three steps of deserialization run in separate task as a pipeline. R=ahaas@chromium.org CC=clemensb@chromium.org Bug: v8:11164 Change-Id: Ic4ad09ea5e96bda84cc66d0bdc6473aadea5596b Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2551101 Commit-Queue: Thibaud Michaud <thibaudm@chromium.org> Reviewed-by:
Andreas Haas <ahaas@chromium.org> Cr-Commit-Position: refs/heads/master@{#71322}
-
Junliang Yan authored
Change-Id: I63c10010a9605f1ab40b9ce00039aa6a6a46bbbf Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2552545Reviewed-by:
-
Andreas Haas authored
With pointer compression, the size of a reference depends on whether it is stored on the stack or on the heap. The size provided by ValueType::element_size_bytes() is the size of a reference on the heap. LiftoffAssembler::SlotSizeForType(...) however should return the size on the stack. This CL fixes this inconsistency. This issue would have been found by an existing test, but this test is disabled at the moment because of missing safepoint maps for stack checks. R=thibaudm@chromium.org Bug: v8:7581 Change-Id: Ia45944b265fa4ce0d560ff00a24b023d6c1ae10a Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2552515Reviewed-by:
Thibaud Michaud <thibaudm@chromium.org> Commit-Queue: Andreas Haas <ahaas@chromium.org> Cr-Commit-Position: refs/heads/master@{#71320}
-
Leszek Swirski authored
Because of LocalHeap safepoints, our existing assert scopes don't necessarily maintain the same guarantees as desired. In particular, DisallowHeapAllocation no longer guarantees that objects don't move. This patch transitions DisallowHeapAllocation to DisallowGarbageCollection, to ensure that code using this scope is also protected against safepoints. Change-Id: I0411425884f6849982611205fb17bb072881c722 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2540547 Commit-Queue: Leszek Swirski <leszeks@chromium.org> Reviewed-by:
Peter Marshall <petermarshall@chromium.org> Reviewed-by:
Jakob Gruber <jgruber@chromium.org> Reviewed-by:
Clemens Backes <clemensb@chromium.org> Reviewed-by:
Ulan Degenbaev <ulan@chromium.org> Reviewed-by:
Tobias Tebbi <tebbi@chromium.org> Reviewed-by:
Igor Sheludko <ishell@chromium.org> Cr-Commit-Position: refs/heads/master@{#71319}
-
Alex Turner authored
This retrieves script name directly from StackFrameBase, bypassing building of StackFrameInfo if one hasn't already been initialized, thus avoiding computation of expensive properties that are not required. This matches current behavior of GetScriptNameOrSourceURL() and is a workaround until a dedicated API is available. This is necessary to switch AdTagging over from using GetScriptNameOrSourceURL() to GetScriptName(), to ensure that scripts with source urls are tagged appropriately. (See crrev.com/c/2551259.) Bug: chromium:1127391 Change-Id: I6eb145b88c26deb1a088f038b0f8b377bc8fe3ab Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2550504Reviewed-by:
Simon Zünd <szuend@chromium.org> Commit-Queue: Alex Turner <alexmt@chromium.org> Cr-Commit-Position: refs/heads/master@{#71318}
-
Milad Fa authored
Port 1da429fb Original Commit Message: This is a reland of 800307f6, with a minimal fix for arm64 (uint64_t -> uintptr_t). Original change's description: > [wasm][memory64] Prepare Liftoff for ptrsize offsets > > This CL prepares the LiftoffAssembler interface for uintptr_t offsets. > Many places can still only handle 32-bit values, but after this CL we can > start storing the offsets as uintptr_t in the memory access immediates. > Some TODOs are placed to extend code generation for 64-bit additions, if > memory64 is enabled. > All of this will be addressed in follow-up CLs. > > R=manoskouk@chromium.org > > Bug: v8:10949 > Change-Id: Id3b9b8aa555ab41f082ba012f4f8d80586c35b89 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2529452 > Commit-Queue: Clemens Backes <clemensb@chromium.org> > Reviewed-by: Manos Koukoutos <manoskouk@chromium.org> > Cr-Commit-Position: refs/heads/master@{#71236} R=clemensb@chromium.org, joransiu@ca.ibm.com, junyan@redhat.com, midawson@redhat.com BUG= LOG=N Change-Id: I87a421ab1fe6e4d0f2098c24ff34a3888631722e Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2552166Reviewed-by:
Junliang Yan <junyan@redhat.com> Commit-Queue: Milad Fa <mfarazma@redhat.com> Cr-Commit-Position: refs/heads/master@{#71317}
-
Michael Lippautz authored
Bug: chromium:1056170 Change-Id: I53e0e45045282c1fd217af34ff31b7e6411624b1 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2552508 Commit-Queue: Michael Lippautz <mlippautz@chromium.org> Commit-Queue: Ulan Degenbaev <ulan@chromium.org> Auto-Submit: Michael Lippautz <mlippautz@chromium.org> Reviewed-by:
-
Vasili Skurydzin authored
Change-Id: I6b5676477cc06ef6a842d80ef2ba6e00265f73dc Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2547206Reviewed-by:
-
Andreas Haas authored
CalculateGlobalOffsets has to be called once after all globals got defined but before global offsets get accessed, e.g. during code generation. It is not clear though when exactly CalculateGlobalOffsets should be called. The globals section may not exist, so at the end of the globals section is not enough (globals can also be defined in the import section). At the beginning of the code section is also not good enough, because the code section may not exist. At the end of the module may be too late. With this CL, CalculateGlobalOffsets is called after the global section, before the code section, and at the end of the module. Additionally the CL checks if CalculateGlobalOffsets has already been called, so that it is not executed a second time. R=manoskouk@chromium.org Bug: v8:11185 Change-Id: I922b9f60a4a17a09d2527fd9ab35cda71226030c Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2551100 Commit-Queue: Andreas Haas <ahaas@chromium.org> Reviewed-by:
Manos Koukoutos <manoskouk@chromium.org> Cr-Commit-Position: refs/heads/master@{#71314}
-
Mythri A authored
Bug: v8:6949, v8:11074 Change-Id: I05326fd514ea33ccaa783f5964a338d84b370e84 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2550781Reviewed-by:
Santiago Aboy Solanes <solanes@chromium.org> Reviewed-by:
-
Manos Koukoutos authored
Changes: - Move enhancement of locals_count by 1 inside AnalyzeLoopAssignment. - Update documentation of AnalyzeLoopAssignment. - Factor out invocation to OpcodeLength(); - Use uint32_t for locals count consistently in related testing functions. Change-Id: I5bb5a324c4f4ed1aafc37849f3762d7a9630da51 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2549966Reviewed-by:
-
Frank Emrich authored
This CL adds partial support for objects whose slow mode dictionaries are OrderedNameDictionaries. This is the case for all slow mode objects if V8_DICT_MODE_PROTOTYPES is enabled. Specifically, this CL contains bailouts to the runtime in places where the subsequent CSA or Torque code may have to access property dictionaries. These bailouts only happen if V8_DICT_MODE_PROTOTYPES is set, in which case the property dictionaries are of type OrderedNameDictionary, which cannot be handled by most CSA/Torque code. The idea is that these bailouts are temporary and will all be removed once we've implemented the actuall dictionary accesses in CSA/Torque. Bug: v8:7569, v8:11167 Change-Id: I8308b2f8ba2d4dbf7918da42f995ae270c825fff Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2545711 Commit-Queue: Frank Emrich <emrich@google.com> Reviewed-by:
Marja Hölttä <marja@chromium.org> Cr-Commit-Position: refs/heads/master@{#71311}
-
Dominik Inführ authored
Reset main_thread_local_isolate_ only after Heap::TearDown was executed. main_thread_local_isolate_ is still needed in there for e.g. HandleBase::IsDereferenceAllowed in MemoryMeasurement. Bug: chromium:1150867, v8:10315 Change-Id: Ia1ebfd561b7a3ab2d346f0c17b239f75ad77471f Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2549969Reviewed-by:
-
Michael Achenbach authored
This is a reland of e26863df The test now works with the no-i18n case. Original change's description: > [foozzie] Suppress access to CurrentTimeValue > > This stubs out CurrentTimeValue for differential fuzzing as otherwise > the non-deterministic value leaks from Intl.DateTimeFormat format and > formatToParts. > > This also affects other date creations, like Date.now(), which is > already stubbed out on the JS side. We keep that code for > backwards-compatibility to keep bisection stable. > > Bug: chromium:1149050 > Change-Id: Ifd82844c9fb8ce7262b55da6cf9f88f544268942 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2546685 > Reviewed-by: Camillo Bruni <cbruni@chromium.org> > Reviewed-by: Clemens Backes <clemensb@chromium.org> > Commit-Queue: Michael Achenbach <machenbach@chromium.org> > Cr-Commit-Position: refs/heads/master@{#71294} Cq-Include-Trybots: luci.v8.try.triggered:v8_linux_noi18n_rel_ng_triggered Bug: chromium:1149050 Change-Id: I4a750b580495532ca0ffb125522f8f5958e4cad6 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2552401 Commit-Queue: Michael Achenbach <machenbach@chromium.org> Commit-Queue: Clemens Backes <clemensb@chromium.org> Reviewed-by:
Camillo Bruni <cbruni@chromium.org> Auto-Submit: Michael Achenbach <machenbach@chromium.org> Cr-Commit-Position: refs/heads/master@{#71309}
-
Clemens Backes authored
We had a test which first enabled the profiler, and then compiled wasm code. In this case, all code objects were registered correctly and the profile looked as expected. This CL extends the test for also test another order: First compile the wasm code, then enable the profiler. In that case, we were reporting a wrong debug name of the exported wasm function. The name of that function is spec'ed to be the string representation of the function index. But for debugging, we want to see a more meaningful name, identical to the name we show when reporting the code during compilation. This fix requires handlifying the {SharedFunctionInfo::DebugName} method, because for exported wasm functions, it needs to allocate a new name on the JS heap. In order to avoid this allocation where possible, a second variant is added which returns a unique_ptr directly. This can be used in all places where the name is just being printed, which turned out to be the majority of cases ({DebugName().ToCString()}). R=petermarshall@chromium.org Bug: chromium:1141787 Change-Id: I0343c2f06f0b852007535ff07459b712801ead01 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2543931 Commit-Queue: Clemens Backes <clemensb@chromium.org> Reviewed-by: -
Clemens Backes authored
This is a reland of 800307f6, with a minimal fix for arm64 (uint64_t -> uintptr_t). Original change's description: > [wasm][memory64] Prepare Liftoff for ptrsize offsets > > This CL prepares the LiftoffAssembler interface for uintptr_t offsets. > Many places can still only handle 32-bit values, but after this CL we can > start storing the offsets as uintptr_t in the memory access immediates. > Some TODOs are placed to extend code generation for 64-bit additions, if > memory64 is enabled. > All of this will be addressed in follow-up CLs. > > R=manoskouk@chromium.org > > Bug: v8:10949 > Change-Id: Id3b9b8aa555ab41f082ba012f4f8d80586c35b89 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2529452 > Commit-Queue: Clemens Backes <clemensb@chromium.org> > Reviewed-by: Manos Koukoutos <manoskouk@chromium.org> > Cr-Commit-Position: refs/heads/master@{#71236} Bug: v8:10949 Tbr: manoskouk@chromium.org Change-Id: I33a9676afbf84d2032b181de2afd745841575900 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2550663Reviewed-by:
-
Mythri A authored
We added this to add elements kind to handlers so Turboprop could use the elements kind information for inlining array builtins when using dynamic map checks. This information isn't useful without other map based optimizations like constant folding to inline array builtins. So we don't need this information. Bug: v8:10582 Change-Id: I846c037ca2d87158dd017e2e23c7d1a0dfc685b4 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2549950 Commit-Queue: Mythri Alle <mythria@chromium.org> Reviewed-by:
Sathya Gunasekaran <gsathya@chromium.org> Cr-Commit-Position: refs/heads/master@{#71306}
-
Omer Katz authored
This reverts commit 64bf4c53. Reason for revert: fix in patchset 2 Original change's description: > Revert "cppgc: Use tracing scopes" > > This reverts commit 548fe208. > > Reason for revert: Issues on Mac64: https://ci.chromium.org/p/v8/builders/ci/V8%20Mac64%20-%20debug/31710 > > Original change's description: > > cppgc: Use tracing scopes > > > > The scopes themselves mostly have the same coverage as current scopes in > > blink. A few exception due to encapsulation exist and are highlighted as > > comments on the CL. > > > > Bug: chromium:1056170 > > Change-Id: I48af2cfdfd53a8caa1ab5d805d377f6f13a825bc > > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2540552 > > Commit-Queue: Omer Katz <omerkatz@chromium.org> > > Reviewed-by: Michael Lippautz <mlippautz@chromium.org> > > Reviewed-by: Ulan Degenbaev <ulan@chromium.org> > > Cr-Commit-Position: refs/heads/master@{#71285} > > TBR=ulan@chromium.org,mlippautz@chromium.org,omerkatz@chromium.org > > Change-Id: I20dce9309dcaeff6ea61bdc51df3a2f62c2a103f > No-Presubmit: true > No-Tree-Checks: true > No-Try: true > Bug: chromium:1056170 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2550782 > Reviewed-by: Clemens Backes <clemensb@chromium.org> > Commit-Queue: Clemens Backes <clemensb@chromium.org> > Cr-Commit-Position: refs/heads/master@{#71289} TBR=ulan@chromium.org,mlippautz@chromium.org,clemensb@chromium.org,omerkatz@chromium.org # Not skipping CQ checks because this is a reland. Bug: chromium:1056170 Change-Id: I9c57cdb3b0d310366cdf3e6fbcd1254fdc363163 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2550666 Auto-Submit: Omer Katz <omerkatz@chromium.org> Reviewed-by:
Michael Lippautz <mlippautz@chromium.org> Commit-Queue: Michael Lippautz <mlippautz@chromium.org> Cr-Commit-Position: refs/heads/master@{#71305}
-
Frank Emrich authored
This CL adds partial support for objects whose slow mode dictionaries are OrderedNameDictionaries. This is the case for all slow mode objects if V8_DICT_MODE_PROTOTYPES is enabled. Specifically, this CL contains minor changes to CSA code, short of actually performing ordered dictionary lookups using CSA implementations of these lookups. Bug: v8:7569 Change-Id: I0dab0f21000ca3b9b170ace58787ec639d587e64 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2540590 Commit-Queue: Frank Emrich <emrich@google.com> Reviewed-by:
Dominik Inführ <dinfuehr@chromium.org> Cr-Commit-Position: refs/heads/master@{#71304}
-
v8-ci-autoroll-builder authored
Rolling v8/build: https://chromium.googlesource.com/chromium/src/build/+log/26db078..ee1c001 Rolling v8/third_party/aemu-linux-x64: C3a5C0JPR3a0eNVs8zflK6G9ym7N3f47xoQOm1lQe-gC..4f-YWuHlGrqS9jy308GUs0eo8DxU3h6PwgpHfNYq290C Rolling v8/third_party/catapult: https://chromium.googlesource.com/catapult/+log/6e44bd8..2ed6fc0 Rolling v8/third_party/depot_tools: https://chromium.googlesource.com/chromium/tools/depot_tools/+log/5589652..2f8e0fa Rolling v8/tools/clang: https://chromium.googlesource.com/chromium/src/tools/clang/+log/2d30d87..41850cb TBR=machenbach@chromium.org,tmrts@chromium.org,v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: I340428694480dbe67f5e8cbd512bb6314a4def0c Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2551920Reviewed-by:
-
Zhi An Ng authored
We had some tests, but weren't checking for OOB. Add some tests. Change-Id: I63d4d199fe8b7be51a8e0a5a2d9b3a328e5d7ab5 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2546127Reviewed-by:
Bill Budge <bbudge@chromium.org> Commit-Queue: Zhi An Ng <zhin@chromium.org> Cr-Commit-Position: refs/heads/master@{#71302}
-
Junliang Yan authored
Change-Id: I6d7dc411c701797ba678d11e135cc214c913690b Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2551714Reviewed-by:
-
Frank Tang authored
LocaleBuilder validates better, it also fixes most cases in transformed-ext-invalid except one. Bug: v8:10447 Change-Id: I6fed6692ca3264198e42ccc3d9ca4bfb54fb0517 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2549688 Commit-Queue: Frank Tang <ftang@chromium.org> Reviewed-by:
Jakob Kummerow <jkummerow@chromium.org> Cr-Commit-Position: refs/heads/master@{#71300}
-
- 19 Nov, 2020 12 commits
-
-
Vasili Skurydzin authored
Change-Id: I233972d124c3582ed8eba7f1c1a31fa9d61fda8c Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2544902Reviewed-by:
-
Ben Smith authored
This reverts commit e26863df. Reason for revert: Fails on noi18n bot, see https://ci.chromium.org/ui/p/v8/builders/ci/V8%20Linux%20-%20noi18n%20-%20debug/34852/overview Original change's description: > [foozzie] Suppress access to CurrentTimeValue > > This stubs out CurrentTimeValue for differential fuzzing as otherwise > the non-deterministic value leaks from Intl.DateTimeFormat format and > formatToParts. > > This also affects other date creations, like Date.now(), which is > already stubbed out on the JS side. We keep that code for > backwards-compatibility to keep bisection stable. > > Bug: chromium:1149050 > Change-Id: Ifd82844c9fb8ce7262b55da6cf9f88f544268942 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2546685 > Reviewed-by: Camillo Bruni <cbruni@chromium.org> > Reviewed-by: Clemens Backes <clemensb@chromium.org> > Commit-Queue: Michael Achenbach <machenbach@chromium.org> > Cr-Commit-Position: refs/heads/master@{#71294} TBR=machenbach@chromium.org,cbruni@chromium.org,clemensb@chromium.org Change-Id: I958ca723de826ab427d27f5121f96618cf50c832 No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: chromium:1149050 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2551314Reviewed-by:
Ben Smith <binji@chromium.org> Commit-Queue: Ben Smith <binji@chromium.org> Cr-Commit-Position: refs/heads/master@{#71298}
-
Seth Brenith authored
The basic block instrumentation currently uses 32-bit integers, which could overflow during a long profiling session. I considered upgrading them to 64-bit integers, but generating the correct instrumentation code for various architectures would be rather non-trivial. Instead, this change uses 64-bit floating-point values, which are simple and also have the nice behavior that they saturate rather than overflowing. Bug: v8:10470 Change-Id: I60f7456cb750091809803c03a85dd348dc614b58 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2545573Reviewed-by:
-
Z Nguyen-Huu authored
Bug: v8:11177 Change-Id: Ib4bbdca5fe9811731c15edae5f58243113dd119f Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2548080 Commit-Queue: Z Nguyen-Huu <duongn@microsoft.com> Reviewed-by:
-
Vasili Skurydzin authored
Change-Id: I0ca51abf2468f773986645fec3cb98559bca5bbe Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2545143Reviewed-by:
Michael Achenbach <machenbach@chromium.org> Reviewed-by:
-
Michael Achenbach authored
This stubs out CurrentTimeValue for differential fuzzing as otherwise the non-deterministic value leaks from Intl.DateTimeFormat format and formatToParts. This also affects other date creations, like Date.now(), which is already stubbed out on the JS side. We keep that code for backwards-compatibility to keep bisection stable. Bug: chromium:1149050 Change-Id: Ifd82844c9fb8ce7262b55da6cf9f88f544268942 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2546685Reviewed-by:
-
Clemens Backes authored
This removes dead methods from wasm-compiler.h and wasm-compiler.cc. Even though e.g. {BranchExpectTrue} could become useful again in the future, we still have {BranchExpectFalse} as a template to easily add it back, and for now it's just untested code which adds to the compile time and maintenance cost. R=manoskouk@chromium.org Bug: v8:10949 Change-Id: Ia3918c4cdfedd2c56bfbfbe7173d11386b9f2499 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2544522Reviewed-by: -
Milad Fa authored
The following error is currently thrown on gcc 8: error: suggest explicit braces to avoid ambiguous 'else' Change-Id: I1498ef3f6f58874488a4e6897f488c122f4a7f76 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2550841Reviewed-by:
-
Clemens Backes authored
Before adding more tests, refactor the (single) existing test to be parameterized by the memory type. This makes it easier to write a single test with different expectations on memory32 and memory64. R=manoskouk@chromium.org Bug: v8:10949 Change-Id: Iaa9bd3af82092d46797e2222cb1c68746200f374 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2544545Reviewed-by:
-
Thibaud Michaud authored
Deserialization is currently split into three main steps: 1) Read code and allocate code buffer 2) Copy and relocate code 3) Publish This moves step 2) to a background task so that it can concurrently process work units added to the work queue by step 1). Next, step 3) will also be moved to a background task to create a full pipeline, such that we can start publishing the first units almost immediately. R=ahaas@chromium.org CC=clemensb@chromium.org Bug: v8:11164 Change-Id: I99919765400e03737a46bacf0dcd82cb7fe2aefc Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2543932 Commit-Queue: Thibaud Michaud <thibaudm@chromium.org> Reviewed-by:
-
Clemens Backes authored
This reverts commit 548fe208. Reason for revert: Issues on Mac64: https://ci.chromium.org/p/v8/builders/ci/V8%20Mac64%20-%20debug/31710 Original change's description: > cppgc: Use tracing scopes > > The scopes themselves mostly have the same coverage as current scopes in > blink. A few exception due to encapsulation exist and are highlighted as > comments on the CL. > > Bug: chromium:1056170 > Change-Id: I48af2cfdfd53a8caa1ab5d805d377f6f13a825bc > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2540552 > Commit-Queue: Omer Katz <omerkatz@chromium.org> > Reviewed-by: Michael Lippautz <mlippautz@chromium.org> > Reviewed-by: Ulan Degenbaev <ulan@chromium.org> > Cr-Commit-Position: refs/heads/master@{#71285} TBR=ulan@chromium.org,mlippautz@chromium.org,omerkatz@chromium.org Change-Id: I20dce9309dcaeff6ea61bdc51df3a2f62c2a103f No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: chromium:1056170 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2550782Reviewed-by:
-
Thibaud Michaud authored
Reorder deserialization steps: instead of processing functions one by one, run each step individually on all functions (read & allocate, copy & relocate, publish). This prepares for moving some steps to background tasks. R=ahaas@chromium.org CC=clemensb@chromium.org Bug: v8:11164 Change-Id: Ic6e1e387b6a60ab16efc91f8e0d45cb2acded2a8 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2543929 Commit-Queue: Thibaud Michaud <thibaudm@chromium.org> Reviewed-by:
-
