Martin Storsjö

> Building openexr 3.1.5 results to not properly exports classes and class members from templates. > Building with GCC is fine, while clang not exports one symbols and exports another...

> @mstorsjo if I can give you some needed info contact me Sorry, I haven't had time to try this out yet, I'll see if I can get the time...

I've tried to reproduce it now. I've successfully built packages of mingw-w64-imath, and built mingw-w64-openexr for mingw64, but for clang64 the build fails. First clang seems to error out with...

> @mstorsjo yes this is problem that we see Ok, great - so the problem isn't necessarily that Clang exports a different list of symbols than GCC, but that Clang...

Sorry for the long delay in picking up on this again, it was quite daunting to dive into. Now I've successfully managed to build OpenEXR 3.1.5 with llvm-mingw. There was...

FWIW, I'll try to fill in with a bit more details on a couple parts in the earlier discussion here... > The "seems to have alot of bugs" statement comes...

> ## Non-authoritative sources for Windows API headers > * Any `.h` file you find is actually generated from the IDL file from either Windows SDK or Wine. `.h` files...

Just an acknowledgement, that I've seen your issue, but haven't had time to look into it. You're definitely on the right track in any case - if enabling `-femulated-tls` in...

I had a quick look at this now, and the reason seems to be that LLD/mingw currently entirely ignores all the `-plugin` and `-plugin-opt` options (GCC passes a bunch of...

FWIW, the in-progress diff against llvm-project that enables these things, looks like this: ```diff diff --git a/clang/lib/Driver/ToolChains/MinGW.cpp b/clang/lib/Driver/ToolChains/MinGW.cpp index b47041dcca70..4674e7fa268f 100644 --- a/clang/lib/Driver/ToolChains/MinGW.cpp +++ b/clang/lib/Driver/ToolChains/MinGW.cpp @@ -238,6 +238,12 @@ void...