mirror of
https://github.com/rust-lang/rust.git
synced 2025-06-21 20:17:55 +00:00
db9debf096
Make the following changes: - Add `rerun-if-changed` to the new `configure.rs`, it seems this was causing incorrect caching. - Change from matching `i686` to `x86`. The target triple starts with `i686` so that is what we were checking before, but the architecture is `x86`. This change should have been made when we added `struct Target`, update it now instead.
91 lines
3.6 KiB
Rust
91 lines
3.6 KiB
Rust
use std::collections::HashSet;
|
|
|
|
/// Features to enable
|
|
#[derive(Debug, PartialEq, Eq, Hash)]
|
|
enum Feature {
|
|
NoSysF128,
|
|
NoSysF128IntConvert,
|
|
NoSysF16,
|
|
NoSysF16F128Convert,
|
|
}
|
|
|
|
mod builtins_configure {
|
|
include!("../configure.rs");
|
|
}
|
|
|
|
fn main() {
|
|
println!("cargo::rerun-if-changed=../configure.rs");
|
|
|
|
let target = builtins_configure::Target::from_env();
|
|
let mut features = HashSet::new();
|
|
|
|
// These platforms do not have f128 symbols available in their system libraries, so
|
|
// skip related tests.
|
|
if target.arch == "arm"
|
|
|| target.vendor == "apple"
|
|
|| target.env == "msvc"
|
|
// GCC and LLVM disagree on the ABI of `f16` and `f128` with MinGW. See
|
|
// <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115054>.
|
|
|| (target.os == "windows" && target.env == "gnu")
|
|
// FIXME(llvm): There is an ABI incompatibility between GCC and Clang on 32-bit x86.
|
|
// See <https://github.com/llvm/llvm-project/issues/77401>.
|
|
|| target.arch == "x86"
|
|
// 32-bit PowerPC and 64-bit LE gets code generated that Qemu cannot handle. See
|
|
// <https://github.com/rust-lang/compiler-builtins/pull/606#issuecomment-2105635926>.
|
|
|| target.arch == "powerpc"
|
|
|| target.arch == "powerpc64le"
|
|
// FIXME: We get different results from the builtin functions. See
|
|
// <https://github.com/rust-lang/compiler-builtins/pull/606#issuecomment-2105657287>.
|
|
|| target.arch == "powerpc64"
|
|
{
|
|
features.insert(Feature::NoSysF128);
|
|
features.insert(Feature::NoSysF128IntConvert);
|
|
features.insert(Feature::NoSysF16F128Convert);
|
|
}
|
|
|
|
if target.arch == "x86" {
|
|
// 32-bit x86 does not have `__fixunstfti`/`__fixtfti` but does have everything else
|
|
features.insert(Feature::NoSysF128IntConvert);
|
|
// FIXME: 32-bit x86 has a bug in `f128 -> f16` system libraries
|
|
features.insert(Feature::NoSysF16F128Convert);
|
|
}
|
|
|
|
// These platforms do not have f16 symbols available in their system libraries, so
|
|
// skip related tests. Most of these are missing `f16 <-> f32` conversion routines.
|
|
if (target.arch == "aarch64" && target.os == "linux")
|
|
|| target.arch.starts_with("arm")
|
|
|| target.arch == "powerpc"
|
|
|| target.arch == "powerpc64"
|
|
|| target.arch == "powerpc64le"
|
|
|| (target.arch == "x86" && !target.has_feature("sse"))
|
|
|| target.os == "windows"
|
|
// Linking says "error: function signature mismatch: __extendhfsf2" and seems to
|
|
// think the signature is either `(i32) -> f32` or `(f32) -> f32`. See
|
|
// <https://github.com/llvm/llvm-project/issues/96438>.
|
|
|| target.arch == "wasm32"
|
|
|| target.arch == "wasm64"
|
|
{
|
|
features.insert(Feature::NoSysF16);
|
|
features.insert(Feature::NoSysF16F128Convert);
|
|
}
|
|
|
|
for feature in features {
|
|
let (name, warning) = match feature {
|
|
Feature::NoSysF128 => ("no-sys-f128", "using apfloat fallback for f128"),
|
|
Feature::NoSysF128IntConvert => (
|
|
"no-sys-f128-int-convert",
|
|
"using apfloat fallback for f128 <-> int conversions",
|
|
),
|
|
Feature::NoSysF16F128Convert => (
|
|
"no-sys-f16-f128-convert",
|
|
"using apfloat fallback for f16 <-> f128 conversions",
|
|
),
|
|
Feature::NoSysF16 => ("no-sys-f16", "using apfloat fallback for f16"),
|
|
};
|
|
println!("cargo:warning={warning}");
|
|
println!("cargo:rustc-cfg=feature=\"{name}\"");
|
|
}
|
|
|
|
builtins_configure::configure_f16_f128(&target);
|
|
}
|