Clone this repo:
  1. 2fea3f0 Update expectation after musl change (#289) by Sam Clegg · 3 days ago master
  2. 4bac2fa Make waterfall use prebuilt Java (#288) by Heejin Ahn · 4 days ago
  3. 6595920 Switch to upstream lld (#287) by Sam Clegg · 7 days ago
  4. d51fcbe Update expectations after musl change (#286) by Sam Clegg · 9 days ago
  5. 4d2bc68 Add CMAKE_C_COMPILER_WORKS back to compiler-rt build by Derek Schuff · 14 days ago


༼ ༎ຶ ෴ ༎ຶ༽ If it’s not tested, it’s already broken.

Luckily, this repository has some tests: Build Status

What's this?

This repository holds the code which make the WebAssembly waterfall‘s heart beat. You may want to see the waterfall in action, and if you don’t like what you see you may even want to contribute.

What's a waterfall?

WebAssembly has many moving parts and no central owner. Some of these interact closely, some implement the same thing. A build and test waterfall allows us to:

  • Have simple build instructions for each component.
  • Archive build logs and build artifacts.
  • Identify which build artifacts are known-good.
  • Know which tests matter.
  • Make tests easily executable.
  • Know which configurations matter (build flavor, host OS, host architecture, ...).
  • Cause inadvertent breakage less often.
  • When breakage occurs, identify it quickly and reverted / silenced / fixed easily.
  • When a big change is required, know which moving parts should synchronize.
  • Make the feature implementation status straightforward to check for each component.

We should keep process to a minimum, try things out, see what works.