Mateusz Mikuła

With toolchain that default to GNU stuff unless specified otherwise: `g++ -O2 -shared -o test.dll -Wl,--out-implib,libtest.dll.a exp.cpp` Spoiler ``` $ llvm-readobj --coff-exports test.dll File: test.dll Format: COFF-x86-64 Arch: x86_64 AddressSize:...

> I don't know the reasoning on using those versions (instead of relying on semver) New versions sometimes introduce regressions and you really don't want something as important as compiler...

FYI https://reviews.llvm.org/D70447 has landed in the master.

MSYS2 has been packaging dynamically linked LLVM but this is no longer the case since it was causing LLD to hang: https://github.com/msys2/MINGW-packages/issues/6126 Probably libstdc++/winpthreads bug.

Hmm, we should try using libc++ instead of libstdc++. It doesn't use winpthreads so one less possible point of failure.

I've backported the patches that fix the build it and I'm testing the toolchain (with `-DLLVM_LINK_LLVM_DYLIB=TRUE`) with libc++ instead of libstdc++. Expectedly I haven't encountered winpthreads bug that was causing...

We had to revert libc++ change because of ABI incompatibility: https://github.com/msys2/MINGW-packages/issues/7170 There is new patch https://github.com/msys2/MINGW-packages/pull/7226 that makes it work with libstdc++. That is one thing that one should be...

``` error: pretty-printing failed in round 0 revision None status: exit code: 1 command: "rustc" "-" "-Z" "unpretty=expanded" "--target" "x86_64-unknown-linux-gnu" "-L" "/tmp/compiletestGdXCMX/macro.stage-id.pretty.aux" "-L" "target/debug" "-L" "target/debug/deps" stdout: ------------------------------------------ ------------------------------------------ stderr:...

@Munksgaard on which stable version? `cfg_target_vendor` was stabilized in 1.33.0.

It's not specific to musl. Similar error will appear when you try to run Cargo on glibc based distro without `libgcc_s.so.1` installed. The reason you can see it here but...