Roll v8 from bdc8b86999d0 to 226995aebfe0 (8 revisions) https://chromium.googlesource.com/v8/v8.git/+log/bdc8b86999d0..226995aebfe0 2021-11-22 nicohartmann@chromium.org Revert "Reland "[fastcall] Enable float support on arm64 simulator"" 2021-11-22 mslekova@chromium.org Reland "[fastcall] Enable float support on arm64 simulator" 2021-11-22 leszeks@chromium.org [debugger] Throw exception if `var x` fails in debug eval 2021-11-22 marja@chromium.org [web snapshot] Fix the case with several exported objects 2021-11-22 omerkatz@chromium.org heap: Introduce Isolate::RequestGarbageCollectionForTesting with stack state 2021-11-22 dinfuehr@chromium.org [snapshot] Pass GlobalSafepointScope to Snapshot::Create 2021-11-22 dinfuehr@chromium.org Reland "[heap] Support multiple clients in shared GC" 2021-11-22 v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com Update V8 DEPS. If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/v8-emscripten-releases Please CC wasm-waterfall@grotations.appspotmail.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+doc/main/autoroll/README.md Tbr: wasm-waterfall@grotations.appspotmail.com Change-Id: Ifab3c516cfcc66eaaad4e5163e1147ffb479d1a8 Reviewed-on: https://chromium-review.googlesource.com/c/emscripten-releases/+/3295808 Commit-Queue: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Bot-Commit: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com>
This is meta-repository which brings together all the repositories needed to produce and emscripten release. The revisions used in each release are tracked in a DEPS file (See [depot_tools](https://dev.chromium.org/developers/how-tos/depottools for more information). This file contains a history of revisions that have been built and tested together and represent a known good state.
Each release is automatically built and uploaded to to Google Cloud Storage and can be used standalone or with emsdk.
The build status for the automated builds can be seen here
Install depot_tools and then check out: gclient config https://chromium.googlesource.com/emscripten-releases (Do this only once)
Update working trees:
git pullgclient syncUpdate a DEPS entry:
cd emscripten-releasesgit checkout -b <branch>roll-dep emscripten-releases/llvm-projectgit cl uploadThe argument to roll-dep must match one of the keys in the ‘deps’ dictionary in the DEPS file. See roll-dep -h for more options.
src/This directory was forked from the WebAssembly waterfall repo That repo was retired because it was only used by emscripten-releases.
depot_tools. Follow the instructionspkg-config if you don't have it installed already, e.g. # apt install pkg-configpython src/build.pyBuild.py has 3 types of actions:
Each of these types has multiple steps (e.g. a build step for each component). If you run build.py with no arguments, it will run all the sync, build, and test steps. If you make a change and only want to run a subset of steps, you can apply filters from the command line, via exclusions (to prevent specified steps from running) or inclusions (to run only the specified steps). Sync, build, and test exclusions are specified separately. For example:
$ src/build.py --no-sync --build-exclude=llvm$ src/build.py --sync-include=wabt --build-include=wabt,binaryen --test-exclude=emtest,emtest-asmThe script should throw an error if you specify nonexistent steps or if you specify both includes and excludes for the same type of action.
When run, the script creates a directory src/work inside the waterfall‘s git checkout. All modifications are made inside this directory (checking and out and building the sources, as well as the test builds and execution results). You can also use the git checkouts (e.g. src/work/llvm) with your own branches; the sync steps will check out the latest revision from the script’s remote repositories but will not overwrite or destroy any local work.