Re: egl compile error on msys CI runners

[Marc-André Lureau]

Hi Peter

On Tue, Mar 28, 2023 at 6:39 PM Peter Maydell <peter.maydell@linaro.org> wrote:
>
> The msys CI runners have started failing to compile with an EGL
> related error:
>
> https://gitlab.com/qemu-project/qemu/-/jobs/4015682307
>
> In file included from
> C:/GitLab-Runner/builds/qemu-project/qemu/msys64/mingw64/include/epoxy/egl.h:46,
> from C:/GitLab-Runner/builds/qemu-project/qemu/include/ui/egl-helpers.h:5,
> from ../ui/egl-helpers.c:21:
> C:/GitLab-Runner/builds/qemu-project/qemu/msys64/mingw64/include/epoxy/egl_generated.h:11:10:
> fatal error: EGL/eglplatform.h: No such file or directory
> 11 | #include "EGL/eglplatform.h"
> | ^~~~~~~~~~~~~~~~~~~
> ninja: build stopped: subcommand failed.
>
> Dan says this is because of a msys2 packaging issue:
> https://github.com/msys2/MINGW-packages/issues/16492
>
> Can we have a meson test that doesn't try to enable EGL on systems
> like this one where it's broken ? Changing the current meson.build
>   if cc.has_header('epoxy/egl.h', dependencies: epoxy)
> to whatever the meson is for "actually try to compile with the
> header" ought to do the trick, I think.
>

This is an unfortunate consequence of using a fast-moving rolling
distribution, there are random breakages. It would make sense to have
tagged / pre-built images instead. That would also speed up the CI a
bit, hopefully.
Thomas, any idea how to do that?


-- 
Marc-André Lureau