qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: egl compile error on msys CI runners


From: Thomas Huth
Subject: Re: egl compile error on msys CI runners
Date: Wed, 29 Mar 2023 09:23:18 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.13.0

On 29/03/2023 09.01, Marc-André Lureau wrote:
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?

Sorry, I've got no clue how that container stuff works on Windows :-(

 Thomas




reply via email to

[Prev in Thread] Current Thread [Next in Thread]