On 25/07/2022 15.47, Alex Bennée wrote:
Bin Meng <bmeng...@gmail.com> writes:From: Bin Meng <bin.m...@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.m...@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
