Martin Storsjö

> > But what about e.g. /Fo/absolute/path? > > To keep it simple and correct, I think we should restrict the rewritten to only `link.exe` (probably `lib.exe` as well). Because:...

> Then we need a way to detect which tool is running in `wine-msvc.sh`. Ah, right. Or what if we just have patterns that primarily match linker commands, is there...

> > > Then we need a way to detect which tool is running in `wine-msvc.sh`. > > > > > > Ah, right. Or what if we just have...

I believe this is the same issue as I mentioned in passing in #17, that binutils doesn't seem to handle aliases in combination with msvc style import libraries. With ucrt,...

Without looking closer at this, this sounds like it possibly could be the same issue as https://github.com/mstorsjo/llvm-mingw/issues/327. That one should be fixed in the upcoming LLVM 18.x which still be...

> The problem manifested when EITHER the source OR the toolchain was stored on a "network" drive (VirtualBox host folder shared with Windows 11 VM). This sounds exactly like the...

> Having just tested the latest nightly (llvm-mingw-nightly-ucrt-x86_64.zip) I am sad to report that the failure persists and is very easy to replicate. > > 1. Place the simplest 'hello...

> Sure. See attached as a zip  Sorry, the zip attachment didn't seem to make it through here - can you attach it to a post via the web...

> Sorry :) [test.exe.zip](https://github.com/mstorsjo/llvm-mingw/files/13929656/test.exe.zip) Ok, weird - this file is 89 KB (seemingly the right size) just full of zeros. That definitely sounds like a bug with the way that...

I tried to reproduce this, with VirtualBox 6.1.38 (on Ubuntu 22.04), with Windows 7 as the VM, and there, an executable written to a mounted shared folder works just fine....