Martin Storsjö

> The relatively low limit on command line length of the Windows tools can create problems when linking large libraries. `link.exe` was silently hanging in my case, and I spent...

@huangqinjin Thanks for the valuable input here!

I'm unable to reproduce this issue - can you specify which exact version of llvm-mingw you're using? And to make it more reproducible without me needing to try to set...

LLD is able to infer the subsystem, but that's disabled when operating in mingw mode, to match the behaviour of ld.bfd (GNU binutils ld), so that the mingw linkers behave...

> I'll just make a note here: Because x86-32 cdecl names has an extra leading underscore, c++filt in MSYS2 MINGW32 has `--strip-underscore` enabled by default. Better check how llvm-cxxfilt handles...

> I suppose it is perhaps too late to implement such change upstream to be included in LLVM 16. Yes, definitely. > I guess we may have to go with...

> C++ member functions in stdcall is probably not too uncommon, considering that's what COM class implementations have to use. Oh, that's true, good point. > `--[no-]unwrap-win-i386-decorations` sounds good to...

> > > `--[no-]unwrap-win-i386-decorations` sounds good to me. > > > > > > I'm not entirely in love with the name, but I'm not sure if I have any...

> @mstorsjo i came here to say that addition of llvm-cxxfilt would make it possible to use compiler explorer with llvm-mingw Thanks, that's good information. Would it be enough to...

I pushed a10755cbd57f9db3b254b24aa26de080add2748f now, which does add the llvm-cxxtool binary. It doesn't provide the `[-]c++filt` binutils style frontends though. The commit message explains the reason, as we've discussed here -...