You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is pretty much the same problem as #1167 due to the fact that Clang from LLVM 19 starts reporting target triple it cannot recognize.
#1176 has resolved it on Windows side by remapping, but hasn't for other target triples.
Below is a list of other possible remapping we need to do. However this is based on reading target definitions in rust-lang/rust. I am not sure how unstable it is, and whether this should be done in cc-rs.
?
target triple in rustc
remapped target triple in llvm
✅
aarch64-apple-ios-sim
aarch64-apple-ios-simulator
✅
aarch64-apple-tvos-sim
aarch64-apple-tvos-simulator
✅
aarch64-apple-visionos-sim
aarch64-apple-visionos-simulator
✅
aarch64-apple-watchos-sim
aarch64-apple-watchos-simulator
✅
aarch64-nintendo-switch-freestanding
aarch64-unknown-none
✅
aarch64-pc-windows-gnullvm
aarch64-pc-windows-gnu
✅
aarch64-unknown-none-softfloat
aarch64-unknown-none
✅
aarch64-unknown-nto-qnx700
aarch64-unknown-unknown
✅
aarch64-unknown-nto-qnx710
aarch64-unknown-unknown
✅
arm64-apple-ios-sim
arm64-apple-ios-simulator
✅
arm64-apple-tvos-sim
arm64-apple-tvos-simulator
✅
arm64-apple-visionos-sim
arm64-apple-visionos-simulator
✅
arm64-apple-watchos-sim
arm64-apple-watchos-simulator
✅
armv7-sony-vita-newlibeabihf
thumbv7a-vita-eabihf
✅
armv7-unknown-linux-uclibceabi
armv7-unknown-linux-gnueabi
✅
armv7-unknown-linux-uclibceabihf
armv7-unknown-linux-gnueabihf
✅
avr-unknown-hurd-gnu-atmega328
avr-unknown-unknown
✅
i586-pc-nto-qnx700
i586-pc-unknown
✅
i686-pc-windows-gnullvm
i686-pc-windows-gnu
✅
loongarch64-unknown-none-softfloat
loongarch64-unknown-none
✅
mips64-unknown-linux-muslabi64
mips64-unknown-linux-musl
✅
mips64el-unknown-linux-muslabi64
mips64el-unknown-linux-musl
✅
x86_64-apple-watchos-sim
x86_64-apple-watchos-simulator
✅
x86_64-fortanix-unknown-sgx
x86_64-elf
✅
x86_64-pc-nto-qnx710
x86_64-pc-unknown
✅
x86_64-pc-windows-gnullvm
x86_64-pc-windows-gnu
❌
armv5te-unknown-linux-uclibceabi
armv5te-unknown-linux-uclibcgnueabi
❌
csky-unknown-linux-gnuabiv2
`csky-unknown-linux-gnuabiv2
❌
csky-unknown-linux-gnuabiv2hf
??csky-unknown-linux-gnuabiv2
❌
mips-unknown-linux-uclibc
mips-unknown-linux-uclibc
❌
mipsel-unknown-linux-uclibc
mipsel-unknown-linux-uclibc
❌
powerpc-unknown-linux-gnuspe
powerpc-unknown-linux-gnuspe
❌
powerpc-unknown-linux-muslspe
powerpc-unknown-linux-muslspe
❌
powerpc-wrs-vxworks-spe
powerpc-unknown-linux-gnuspe
❌
x86_64-unknown-l4re-uclibc
x86_64-unknown-l4re-uclibc
? denotes the remapped target triple is valid in clang from LLVM 19.
Details on how these were collected
Run this script (with GNU sed):
rustc +nightly --print target-list | xargs -I {} clang --target={} hello.c 2>&1 > /dev/null | sed -rn "s/^.*version '(.*?)' in target triple '(.*?)' is invalid\$/\2/p"
Here is the result from aarch64-apple-darwin host:
This is pretty much the same problem as #1167 due to the fact that Clang from LLVM 19 starts reporting target triple it cannot recognize.
#1176 has resolved it on Windows side by remapping, but hasn't for other target triples.
Below is a list of other possible remapping we need to do. However this is based on reading target definitions in rust-lang/rust. I am not sure how unstable it is, and whether this should be done in cc-rs.
aarch64-apple-ios-sim
aarch64-apple-ios-simulator
aarch64-apple-tvos-sim
aarch64-apple-tvos-simulator
aarch64-apple-visionos-sim
aarch64-apple-visionos-simulator
aarch64-apple-watchos-sim
aarch64-apple-watchos-simulator
aarch64-nintendo-switch-freestanding
aarch64-unknown-none
aarch64-pc-windows-gnullvm
aarch64-pc-windows-gnu
aarch64-unknown-none-softfloat
aarch64-unknown-none
aarch64-unknown-nto-qnx700
aarch64-unknown-unknown
aarch64-unknown-nto-qnx710
aarch64-unknown-unknown
arm64-apple-ios-sim
arm64-apple-ios-simulator
arm64-apple-tvos-sim
arm64-apple-tvos-simulator
arm64-apple-visionos-sim
arm64-apple-visionos-simulator
arm64-apple-watchos-sim
arm64-apple-watchos-simulator
armv7-sony-vita-newlibeabihf
thumbv7a-vita-eabihf
armv7-unknown-linux-uclibceabi
armv7-unknown-linux-gnueabi
armv7-unknown-linux-uclibceabihf
armv7-unknown-linux-gnueabihf
avr-unknown-hurd-gnu-atmega328
avr-unknown-unknown
i586-pc-nto-qnx700
i586-pc-unknown
i686-pc-windows-gnullvm
i686-pc-windows-gnu
loongarch64-unknown-none-softfloat
loongarch64-unknown-none
mips64-unknown-linux-muslabi64
mips64-unknown-linux-musl
mips64el-unknown-linux-muslabi64
mips64el-unknown-linux-musl
x86_64-apple-watchos-sim
x86_64-apple-watchos-simulator
x86_64-fortanix-unknown-sgx
x86_64-elf
x86_64-pc-nto-qnx710
x86_64-pc-unknown
x86_64-pc-windows-gnullvm
x86_64-pc-windows-gnu
armv5te-unknown-linux-uclibceabi
armv5te-unknown-linux-uclibcgnueabi
csky-unknown-linux-gnuabiv2
csky-unknown-linux-gnuabiv2hf
??csky-unknown-linux-gnuabiv2
mips-unknown-linux-uclibc
mips-unknown-linux-uclibc
mipsel-unknown-linux-uclibc
mipsel-unknown-linux-uclibc
powerpc-unknown-linux-gnuspe
powerpc-unknown-linux-gnuspe
powerpc-unknown-linux-muslspe
powerpc-unknown-linux-muslspe
powerpc-wrs-vxworks-spe
powerpc-unknown-linux-gnuspe
x86_64-unknown-l4re-uclibc
x86_64-unknown-l4re-uclibc
Details on how these were collected
Run this script (with GNU sed):
Here is the result from aarch64-apple-darwin host:
Here is the result from x86_64-unknown-linux-gnu host:
The text was updated successfully, but these errors were encountered: