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".to_string();
   6     base.max_atomic_width = Some(64);
   7     base.pre_link_args.entry(LinkerFlavor::Gcc).or_default().push("-m32".to_string());
   8     base.pre_link_args.entry(LinkerFlavor::Gcc).or_default().push("-Wl,-melf_i386".to_string());
   9     // don't use probe-stack=inline-asm until rust#83139 and rust#84667 are resolved
  10     base.stack_probes = StackProbeType::Call;
  11
  12     // The unwinder used by i686-unknown-linux-musl, the LLVM libunwind
  13     // implementation, apparently relies on frame pointers existing... somehow.
  14     // It's not clear to me why nor where this dependency is introduced, but the
  15     // test suite does not pass with frame pointers eliminated and it passes
  16     // with frame pointers present.
  17     //
  18     // If you think that this is no longer necessary, then please feel free to
  19     // ignore! If it still passes the test suite and the bots then sounds good
  20     // to me.
  21     //
  22     // This may or may not be related to this bug:
  23     // https://llvm.org/bugs/show_bug.cgi?id=30879
  24     base.frame_pointer = FramePointer::Always;
  25
  26     Target {
  27         llvm_target: "i686-unknown-linux-musl".to_string(),
  28         pointer_width: 32,
  29         data_layout: "e-m:e-p:32:32-p270:32:32-p271:32:32-p272:64:64-\
  30             f64:32:64-f80:32-n8:16:32-S128"
  31             .to_string(),
  32         arch: "x86".to_string(),
  33         options: base,
  34     }
  35 }