]> git.lizzy.rs Git - rust.git/blob - compiler/rustc_target/src/spec/i686_unknown_linux_musl.rs
Auto merge of #97800 - pnkfelix:issue-97463-fix-aarch64-call-abi-does-not-zeroext...
[rust.git] / compiler / rustc_target / src / spec / i686_unknown_linux_musl.rs
1 use crate::spec::{FramePointer, LinkerFlavor, StackProbeType, Target};
2
3 pub fn target() -> Target {
4     let mut base = super::linux_musl_base::opts();
5     base.cpu = "pentium4".into();
6     base.max_atomic_width = Some(64);
7     base.add_pre_link_args(LinkerFlavor::Gcc, &["-m32", "-Wl,-melf_i386"]);
8     // don't use probe-stack=inline-asm until rust#83139 and rust#84667 are resolved
9     base.stack_probes = StackProbeType::Call;
10
11     // The unwinder used by i686-unknown-linux-musl, the LLVM libunwind
12     // implementation, apparently relies on frame pointers existing... somehow.
13     // It's not clear to me why nor where this dependency is introduced, but the
14     // test suite does not pass with frame pointers eliminated and it passes
15     // with frame pointers present.
16     //
17     // If you think that this is no longer necessary, then please feel free to
18     // ignore! If it still passes the test suite and the bots then sounds good
19     // to me.
20     //
21     // This may or may not be related to this bug:
22     // https://llvm.org/bugs/show_bug.cgi?id=30879
23     base.frame_pointer = FramePointer::Always;
24
25     Target {
26         llvm_target: "i686-unknown-linux-musl".into(),
27         pointer_width: 32,
28         data_layout: "e-m:e-p:32:32-p270:32:32-p271:32:32-p272:64:64-\
29             f64:32:64-f80:32-n8:16:32-S128"
30             .into(),
31         arch: "x86".into(),
32         options: base,
33     }
34 }