MINGW-packages: rust: hardcodes linking libgcc, doesn't build on clang prefix
lld: error: unable to find library -lgcc_eh
lld: error: unable to find library -lgcc
It also seems to hardcode libpthread.a, don’t know if that’s necessary/desired on a clang/ucrt prefix or if it would be better off using Windows thread API directly.
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Comments: 21 (13 by maintainers)
Commits related to this issue
- python-cryptography: fix _with_rust=no build rust doesn't support aarch64-pc-windows-gnu (msys2/CLANG-packages#28) and it apparently hardcodes libgcc (msys2/CLANG-packages#29), so disable it in all c... — committed to jeremyd2019/MINGW-packages by jeremyd2019 3 years ago
- python-cryptography: fix _with_rust=no build rust doesn't support aarch64-pc-windows-gnu (msys2/CLANG-packages#28) and it apparently hardcodes libgcc (msys2/CLANG-packages#29), so disable it in all c... — committed to jeremyd2019/MINGW-packages by jeremyd2019 3 years ago
- python-cryptography: fix _with_rust=no build rust doesn't support aarch64-pc-windows-gnu (msys2/CLANG-packages#28) and it apparently hardcodes libgcc (msys2/CLANG-packages#29), so disable it in all c... — committed to mingwandroid/MINGW-packages by jeremyd2019 3 years ago
- clang: Fix static libunwind For rust, msys2/CLANG-packages#29 — committed to msys2/MINGW-packages by mati865 3 years ago
- clang: Fix static libunwind For rust, msys2/CLANG-packages#29 — committed to msys2/MINGW-packages by mati865 3 years ago
AFAIK rustc asks LLVM to create landing pads. I’ll try to bisect Rust because IIRC it could be built with LLD some time ago. If it doesn’t work then maybe something in LLVM/LLD has changed. This might take some time though.