qemu-devel
[Top][All Lists]
Advanced

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

Re: [PATCH] .gitlab-ci.d/windows.yml: Enable native Windows symlink


From: Thomas Huth
Subject: Re: [PATCH] .gitlab-ci.d/windows.yml: Enable native Windows symlink
Date: Mon, 25 Jul 2022 17:12:31 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0

On 25/07/2022 15.47, Alex Bennée wrote:

Bin Meng <bmeng.cn@gmail.com> writes:

From: Bin Meng <bin.meng@windriver.com>

The following error message was seen during the configure:

   "ln: failed to create symbolic link
   'x86_64-softmmu/qemu-system-x86_64.exe': No such file or directory"

By default the MSYS environment variable is not defined, so the runtime
behavior of winsymlinks is: if <target> does not exist, 'ln -s' fails.
At the configure phase, the qemu-system-x86_64.exe has not been built
so creation of the symbolic link fails hence the error message.

Set winsymlinks to 'native' whose behavior is most similar to the
behavior of 'ln -s' on *nix, that is:

   a) if native symlinks are enabled, and whether <target> exists
      or not, creates <destination> as a native Windows symlink;
   b) else if native symlinks are not enabled, and whether <target>
      exists or not, 'ln -s' creates as a Windows shortcut file.

Signed-off-by: Bin Meng <bin.meng@windriver.com>

I'm still seeing Windows build failures such as:

   https://gitlab.com/stsquad/qemu/-/jobs/2765579269

and

   https://gitlab.com/stsquad/qemu/-/jobs/2765579267

Any idea what's falling over?

No clue, but FWIW, I had the same problem in a run from last Friday here (without this symlink patch):

 https://gitlab.com/thuth/qemu/-/jobs/2758244223#L2817

I've never seen this failure before - so I guess it's rather something new?

 Thomas




reply via email to

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