Martin Storsjö

> Thanks, now I've managed to reproduce it, somewhat, I think. When doing this, it looks like the lldb-server process hangs, consuming 100% cpu. Actually, lldb-server seems to be spinning,...

I reported this issue upstream now, at https://github.com/llvm/llvm-project/issues/106282.

> Sorry, I don't think I can help. At a first glance it does look like [llvm/llvm-project#79430](https://github.com/llvm/llvm-project/issues/79430) linked by David in the upstream report is related, so perhaps not specific...

This isn't an issue specific to llvm-mingw, but to the mingw-w64 headers/libraries overall. However, I do see that mingw-w64 headers do declare the function (both as `fcloseall()` and `_fcloseall()`), but...

No, the header does no such redirection at the moment. On i686, all symbols have an extra underscore at the beginning.

I guess it can be called name mangling, yes.

Hmm, lld never supported this option for mingw targets, but it does support it for ELF targets. On what build of llvm-mingw did you do `ld.lld --export-dynamic` where it works?...

While it certainly would be convenient to have such tools available out of the box, unfortunately I would say it's out of scope for what I'd want to bundle within...

> i'm unable to suppress the generation of the `.buildid` section and COFF debug directory when linking a binary without debug info. > i would've hoped for `--build-id=none` however the...

FWIW, I'm not entirely decided here... In general, it wasn't my experience that mostly mingw distributions come with zlib bundled. But I had a look at mingw-builds (from https://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/, nowadays...