mesa/.gitlab-ci/windows
Eric Engestrom 155c8bc964 ci: add `--print-errorlogs` to `meson test`
In order to avoid having to dig through artifacts to see what failed.

Signed-off-by: Eric Engestrom <eric@igalia.com>
Acked-by: David Heidelberg <david.heidelberg@collabora.com>
Acked-by: Daniel Stone <daniels@collabora.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/17804>
2022-07-29 12:06:13 +00:00
..
Dockerfile_build ci/vs2019: Split install of vs2019 and choco into separate Docker image 2022-06-14 21:14:34 +00:00
Dockerfile_test ci/windows: Use 2 container stages 2022-01-21 22:38:16 +00:00
Dockerfile_vs ci/vs2019: Split install of vs2019 and choco into separate Docker image 2022-06-14 21:14:34 +00:00
README.md ci/vs2019: switch to powershell 7 2022-06-14 21:14:33 +00:00
deqp_runner_run.ps1 ci/dzn: Copy testlog.{css,xsl} to the result dir 2022-06-24 18:15:16 +00:00
mesa_build.ps1 ci: add `--print-errorlogs` to `meson test` 2022-07-29 12:06:13 +00:00
mesa_container.ps1 ci/windows: Use 2 container stages 2022-01-21 22:38:16 +00:00
mesa_deps_build.ps1 ci/vs2019: Split choco install output 2022-06-14 21:14:34 +00:00
mesa_deps_choco.ps1 ci/vs2019: Split choco install output 2022-06-14 21:14:34 +00:00
mesa_deps_test.ps1 ci/vs2019: Add a dedicated script for entering VS dev shell 2022-06-14 21:14:33 +00:00
mesa_deps_vs2019.ps1 ci/vs2019: Upgrade Windows 10 SDK version to 20348 2022-06-16 21:49:54 +00:00
mesa_vs_init.ps1 ci/vs2019: Add a dedicated script for entering VS dev shell 2022-06-14 21:14:33 +00:00
piglit_run.ps1 CI/windows: Move reference files to relevant ci subdirectories 2021-12-01 18:26:15 +00:00
spirv2dxil_check.ps1 ci/vs2019: Install all build artifacts into C:\mesa-deps 2022-06-14 21:14:34 +00:00
spirv2dxil_run.ps1 ci/windows: normalize line endings 2022-01-19 15:17:17 +00:00

README.md

Native Windows GitLab CI builds

Unlike Linux, Windows cannot reuse the freedesktop ci-templates as they exist as we do not have Podman, Skopeo, or even Docker-in-Docker builds available under Windows.

We still reuse the same model: build a base container with the core operating system and infrequently-changed build dependencies, then execute Mesa builds only inside that base container. This is open-coded in PowerShell scripts.

Base container build

The base container build job executes the mesa_container.ps1 script which reproduces the ci-templates behaviour. It looks for the registry image in the user's namespace, and exits if found. If not found, it tries to copy the same image tag from the upstream Mesa repository. If that is not found, the image is rebuilt inside the user's namespace.

The rebuild executes docker build which calls mesa_deps.ps1 inside the container to fetch and install all build dependencies. This includes Visual Studio Community Edition (downloaded from Microsoft, under the license which allows use by open-source projects), other build tools from Chocolatey, and finally Meson and Python dependencies from PyPI.

This job is executed inside a Windows shell environment directly inside the host, without Docker.

Mesa build

The Mesa build runs inside the base container, executing mesa_build.ps1. This simply compiles Mesa using Meson and Ninja, executing the build and unit tests. Currently, no build artifacts are captured.

Using build scripts locally

*.ps1 scripts for building dockers are using PowerShell 7 to run