mirror of
https://github.com/Cockatrice/Cockatrice.git
synced 2026-11-06 01:53:25 -08:00
d80c77bf6f
Ninja scales its job pool to the machine it runs on, and it lets a compiler launcher through, which MSBuild does not; those two are the reasons to expect it to beat the Visual Studio generator on a 4-core runner. That is an expectation, not a measurement, so run it as an A/B next to the Visual Studio job for a week: the extra matrix entry is allowed to fail, keeps its own " (Ninja)" suffix in the job name, is never uploaded to a release and never contributes PDBs, so it can neither block a pull request nor ship anything. Ninja needs cl.exe and the MSVC environment on PATH, which the Visual Studio generator gets for free by locating the compiler itself, hence the setup-msvc-dev step for the experimental job alone. Its build gets neither the MSBuild switches nor a job count: Ninja rejects -p: options and sizes its own pool, while the Visual Studio job keeps both. cmake takes the generator platform from the environment, so it is unset for everything that is not a Visual Studio generator, where it would otherwise follow the generator around. Delete this entry once the numbers are in: if Ninja wins, switch the Windows matrix to it and fix the PDB paths with it. |
||
|---|---|---|
| .. | ||
| Arch | ||
| Debian12 | ||
| Debian13 | ||
| Fedora43 | ||
| Fedora44 | ||
| Servatrice_Debian12 | ||
| Ubuntu24.04 | ||
| Ubuntu26.04 | ||
| compile.sh | ||
| docker.sh | ||
| lint_cpp.sh | ||
| macos.entitlements | ||
| name_build.sh | ||
| prep_release.sh | ||
| release_template.md | ||
| resolve_latest_aqt_qt_version.sh | ||
| thin_macos_qtlib.sh | ||
| update_translation_source_strings.sh | ||
| update_translation_source_strings_template.md | ||