Mateusz Mikuła

@SchrodingerZhu I believe it's one of many MinGW libgcc issues. Your [code example](https://github.com/microsoft/snmalloc/pull/217#issuecomment-648186955) works better with compiler-rt + libunwind: ``` $ clang++ mingw.cpp -rtlib=compiler-rt -lunwind && ./a dtor called 2...

I'm working on fixing MSYS2 libc++. In the meantime you can try using this MinGW toolchain: https://github.com/mstorsjo/llvm-mingw It doesn't use winpthreads at all so it could help here, I can...

@SchrodingerZhu with llvm-mingw toolchain: ``` $ export PATH=/opt/llvm-mingw/bin $ clang++ mingw.cpp && ./a dtor called 2304 dtor called 21104 dtor called 9228 dtor called 11244 dtor called 9820 dtor called...

Well `llvm-mingw` is using the same mingw-w64 CRT as MSYS2 and other mingw-w64 based compilers. I think it works with that toolchain because it uses native TLS (GCC uses emutls...

@SchrodingerZhu any toolchain can use any CRT library (it's mingw-w64 configuration option) but it does not change anything with regard to TLS bug.

Ubuntu doesn't just copy Debian packages. They update changelog and rebuild it so hashes are different. Still it's Ubuntu bug though.

duplicate of https://github.com/japaric/xargo/issues/133

It doesn't have server right now (`lldb-server` compiles only in POSIX env) but you can try using unofficial servers like [ds2](https://github.com/facebook/ds2). EDIT: Wrong link fixed.

It should be possible but I'm out of time for now. If you decide to create patch for it yourself it will be appreciated.

How about installing all architectures supported by us on every architecture instead of creating new compiler-rt packages? It's 35 MiB right now so that would add 70 MiB which doesn't...