Frederik Carlier

For completeness: If, in `GSFFInvocation.m`, in the load method, I comment out the `objc_proxy_lookup = gs_objc_proxy_lookup; line`, everything works as expected.

> You most likely also get a working result if you don't implement the method -forwardingTargetForSelector:, which is a speed up for libobjc2. That's correct; I split the test in...

This has been fixed in libobjc2 (https://github.com/gnustep/libobjc2/pull/313) and the fix is being backported to MSYS (https://github.com/msys2/MINGW-packages/pull/22538). I suggest we wait for MSYS to get the libobjc2 fix, after which CI...

@triplef I don't think these fixes made it to MSYS yet. We could backport this fix to MSYS. The last libobjc2 release was in March, and there have been a...

@triplef The MSYS2 PR has been merged (https://github.com/msys2/MINGW-packages/pull/22538), the package is now sitting in the queue: https://packages.msys2.org/queue

I'm pretty sure it did, and it works on MSYS2. @arctic-marmoset are you sure you using the LLVM linker? Are you using MSYS2 for building?

This looks like it's related to ivar visibility, which should have been fixed via https://github.com/llvm/llvm-project/pull/77385 (and it appears it has, if dumpbin lists the symbols)? @arctic-marmoset Could you try this...

@triplef They were backported but all backports were removed from msys2 once clang 18 made it into msys2.

I ran some tests. With LLVM 18.1.8, compilation works just fine in an MSYS2 environment, but fails when you use a Windows-native toolchain. I can't really explain the difference just...

FWIW, the same linking issues is present in libs-gui, too, but is sidestepped via this patch: https://github.com/gnustep/tools-windows-msvc/blob/master/patches/gnustep-gui-remove-files.patch