1. 18 Jan, 2019 35 commits
  2. 17 Jan, 2019 5 commits
    • Sathya Gunasekaran's avatar
      [test262] Roll · 263194ad
      Sathya Gunasekaran authored
      Change-Id: Ic1d4371dc5603df1451bc9adc8386a83f9971786
      Bug: v8:7834
      Reviewed-on: https://chromium-review.googlesource.com/c/1418857Reviewed-by: 's avatarAdam Klein <adamk@chromium.org>
      Commit-Queue: Sathya Gunasekaran <gsathya@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#58902}
      263194ad
    • tzik's avatar
      Use local MicrotaskQueue in unittests · eebdb0f5
      tzik authored
      MicrotaskQueueTest uses Isolate's default_microtask_queue for testing,
      however the instance is shared between test cases, and causes flaky
      failure of MicrotaskQueueTest.BufferGrowth.
      
      This CL adds a MicrotaskQueue instance for each test fixture, so that
      each test cases use separate ones.
      
      Also, this CL removes the DCHECK that denies non-default MicrotaskQueue
      to run, which is unneeded after https://crrev.com/c/1369906.
      
      Bug: v8:8124
      Change-Id: I4ff236c327bf0be14f582b3ca8c802fd72661b42
      Reviewed-on: https://chromium-review.googlesource.com/c/1417315Reviewed-by: 's avatarBenedikt Meurer <bmeurer@chromium.org>
      Commit-Queue: Taiju Tsuiki <tzik@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#58901}
      eebdb0f5
    • Frank Tang's avatar
      [Intl] Fix Intl/getCanonicalLocales/canonicalized-tags · 2bb5b40f
      Frank Tang authored
      and also fix part of test in intl402/Locale/likely-subtags
      
      Improve Intl::ToLanguageTag to also handle -yes in -u- extension
      Avoid removing if there are other text after -true and -yes before -
      
      Bug: v8:7669, v8:8236
      Change-Id: I59943651889602288e6978d0b1c875d89199fe33
      Reviewed-on: https://chromium-review.googlesource.com/c/1383094Reviewed-by: 's avatarJungshik Shin <jshin@chromium.org>
      Reviewed-by: 's avatarSathya Gunasekaran <gsathya@chromium.org>
      Commit-Queue: Frank Tang <ftang@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#58900}
      2bb5b40f
    • Z Duong Nguyen-Huu's avatar
      Handle Date.p.setYear edge cases from test262 · f85a3554
      Z Duong Nguyen-Huu authored
      The current implementation does not correctly handle the edge case for setYear
      where input is something like -0.99
      
      Bug: v8:5139
      Change-Id: Ia919814eb6282c7f996cccc4531ed073e843ba27
      Reviewed-on: https://chromium-review.googlesource.com/c/1412501Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Commit-Queue: Z Nguyen-Huu <duongn@microsoft.com>
      Cr-Commit-Position: refs/heads/master@{#58899}
      f85a3554
    • Andreas Haas's avatar
      [wasm] Reschedule compilation tasks · 62fa0487
      Andreas Haas authored
      At the moment, the whole WebAssembly compilation may run in a single
      background task. On a low-end device, this can mean that the background
      thread is busy for seconds and thereby blocks other tasks, see e.g.
      https://crbug.com/914757.
      
      With this CL we re-schedule compilation tasks after every 50ms. These
      50ms are an arbitrary number. I don't want to introduce too much
      overhead, but since this is in the background we also don't have to
      make tasks super short.
      
      Tasks which are going to compile with TurboFan will be posted with
      lower priority.
      
      This change requires changes in the CancelableTaskManager. At the
      moment it is not possible that a background task posts a new task
      which is managed by the same task manager as itself. The problem is
      about how to deal with another thread which calls CancelAndWait
      concurrently. At the moment, if a new task gets posted after the call
      to CancelAndWait, then `CHECK(!canceled_)` in
      CancelableTaskManager::Register will fail. If we used a lock to
      synchronize the calls to CancelAndWait and Register, then there would
      be a deadlock, where the thread which calls CancelAndWait waits for
      the task which wants to call Register, but at the same time blocks that
      task by holding the lock.
      
      With the change here, posting a task after the call to CancelAndWait
      will just immediately cancel the new task. This matches the behavior
      you would get if CancelAndWait is called right after calling Register.
      
      Bug: chromium:914757
      Change-Id: I6d57aba161db8a915ec0d745658e0c28d25219a8
      Reviewed-on: https://chromium-review.googlesource.com/c/1411884
      Commit-Queue: Andreas Haas <ahaas@chromium.org>
      Reviewed-by: 's avatarClemens Hammacher <clemensh@chromium.org>
      Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#58898}
      62fa0487