| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| |
|
|
| |
The v2 tag was finally bumped to v2.1.5 (I needed v2.1.4).
|
| |
|
|
|
|
|
| |
Forgot to switch to $RUNNER_WORKSPACE/build in the workflows also.
Also, the usual crap with the cache action made me change the cache
keys, or it would be restore in the wrong location for some reason.
|
| |
|
|
| |
They are stable enough.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
actions/cache@v2 doesn't work on windows-2016 images, since those
contain the GNU tar, which cannot work with \ as path separator. This
was fixed in package @actions/cache v1.0.5, which is used by action
actions/cache@v2.1.4 [1][2].
In addition, it simply couldn't find tar.exe on those images thanks to
my action cleanup-path, which removed the corresponding directory (I
think it was Git's bin/) from PATH. It worked for windows-2019 images
thanks to them containing tar.exe in System32. Solved by turning
cleanup-path into a JavaScript action with a "post" step, which restores
the original PATH value.
[1]: https://github.com/actions/virtual-environments/issues/480
[2]: https://github.com/actions/toolkit/issues/632
|
| |
|
|
| |
It seemingly doesn't work unless the key includes runner.os?
|
| | |
|
| | |
|
| | |
|
|
|
OK, this is epic. I was basically just trying to a) support Clang and
b) add more test coverage. _THREE MONTHS_ and a few hundred CI runs
later, this is what I came up with. I don't know how it ended up being
what it is, but here we go.
Some highlights of the changes:
1) CI builds has been moved to GitHub Actions,
2) the entire notion of a toolchain has been reworked; it now supports
Clang on all platforms.
* .github: this directory contains the GitHub Actions workflow
scripts/actions. In the process, I created like 6 external GitHub
actions, but it's still pretty massive. An upside is that it covers
much more platform/toolchain combinations _and_ check a lot of the
expected post-conditions. TODO: .ci/Makefile is obsolete now, as well
as .travis.yml and .appveyor.yml.
* common.cmake: added Clang support. In the process, a great deal has
been learned about how CMake works; in particular, static runtime
support has been reworked to be more robust.
* project: the entire notion of a "toolchain" has been reworked.
Instead of a measly --mingw parameter, there's now a separate --toolset
parameter, which allows you to choose between GCC, Clang, MSVC, etc.
Both Boost and CMake build scripts were enhanced greatly to support
Clang and other toolchains in a more robust way.
|
