@@ -26,7 +26,7 @@ platform’s custom Docker container. This has a lot of advantages for us:
26
26
underlying image (switching from the trusty image to xenial was painless for
27
27
us).
28
28
- We can use ancient build environments to ensure maximum binary compatibility,
29
- for example [ using CentOS 7 ] [ dist-x86_64-linux ] on our Linux builders.
29
+ for example [ using older CentOS releases ] [ dist-x86_64-linux ] on our Linux builders.
30
30
- We can avoid reinstalling tools (like QEMU or the Android emulator) every
31
31
time thanks to Docker image caching.
32
32
- Users can run the same tests in the same environment locally by just running
@@ -104,10 +104,11 @@ Our builders are defined in [`src/ci/github-actions/ci.yml`].
104
104
105
105
All the commits pushed in a PR run a limited set of tests: a job containing a
106
106
bunch of lints plus a cross-compile check build to Windows mingw (without
107
- producing any artifacts) and the ` x86_64-gnu-llvm-13 ` non-dist builder. Those
108
- two builders are enough to catch most of the common errors introduced in a PR,
109
- but they don’t cover other platforms at all. Unfortunately it would take too
110
- many resources to run the full test suite for each commit on every PR.
107
+ producing any artifacts) and the ` x86_64-gnu-llvm-## ` non-dist builder (where
108
+ ` ## ` is the * system* LLVM version we are currently testing). Those two
109
+ builders are enough to catch most of the common errors introduced in a PR, but
110
+ they don’t cover other platforms at all. Unfortunately it would take too many
111
+ resources to run the full test suite for each commit on every PR.
111
112
112
113
Additionally, if the PR changes certain tools, the ` x86_64-gnu-tools ` non-dist
113
114
builder is run.
0 commit comments