bffc116a4a
To load in the resources, we have the Node JS script find all files in the provided resources directory and serve that as a JSON file (the HTML JS can't list files easily). The HTML JS reads that file, then loads all those files as ArrayBuffers. After the testing WASM and the resources all load, we pre-load them into the WASM memory, assigned with their name. This is just a map of name -> SkData. The WASM code can't (easily) make fetch calls, so rather than load these resources on demand like we would in a real file system, we pre-load them all and serve them from RAM. For simplicity (and consistency with the known_hashes), this map is a global. Finally, to connect the resources to the GMs, we overwrite the gResourceFactory (defined in ResourceFactory.h) which is used by tools/Resources.cpp to load any resource file (in theory). One more change is to write some progress steps to window._log so it can be read by puppeteer and dumped to disk to aid in debugging. Bug: skia:10812 Change-Id: Ie22c7f4b8d7cbbd18173b4e2ed755105c1b45249 Reviewed-on: https://skia-review.googlesource.com/c/skia/+/328901 Reviewed-by: Leandro Lovisolo <lovisolo@google.com> |
||
---|---|---|
.. | ||
bots | ||
canvaskit | ||
cmake | ||
config | ||
cross-compile/docker/cross-linux-arm64 | ||
docker | ||
gcc | ||
lottiecap | ||
pathkit | ||
project-config | ||
skqp | ||
wasm-common | ||
README.md |
This directory contains infra-specific files. The branch-config/ directory contains configs that are specific to the master branch (e.g. config for the CQ committing to the master branch), while project-config/ directory contains project-wide configuration (e.g. list of buckets for cr-buildbucket service and list of refs known to the infra services).