mstorsjo

3 ms·

1. 1.▲
   by mstorsjo 3y ago

   Thanks, this looks quite promising! As noted in other threads, both a version for the plain NEON instructions would be good (and the intermediate extensions, rdm, dotprod, i8mm etc), and also SVE2 instructions. Edit: Oh, I see this does hav
2. 2.▲
   by mstorsjo 5y ago

   Oh, I forgot to add; these days, msys2 have got a number of extra package repos. They have one, "CLANG64", which has got Clang/lld as the default compiler (just like in llvm-mingw) and with all packages built that way. And th
3. 3.▲
   by mstorsjo 5y ago

   Clang (and lld) do support native TLS, and mingw-w64 does have the things that are needed. I think binutils also might have what's needed too, but AFAIK the thing that's missing is support for it in GCC. Actually, (upstream) Clang
4. 4.▲
   by mstorsjo 5y ago

   Regarding error reporting - yeah, it's super non obvious when that happens. See the sibling post I made; I've added error reporting for that case now (2 months ago, so not in any released version yet).
5. 5.▲
   by mstorsjo 5y ago

   A couple more details: > The pseudo reloc code does not output any errors when the address overflows; would probably be worth a pull request I actually did this, to make it error out cleanly instead of having to debug this very non-obvio
6. 6.▲
   by mstorsjo 5y ago

   In general, this doesn't work by accident. In practice, whenever calling a function from a different DLL, normally a thunk is inserted (if it isn't marked dllimport), and when referencing a variable that might reside in a differen