psm fails to cross compile to s390x

[messense]

error: failed to run custom build command for `psm v0.1.21`

Caused by:
  process didn't exit successfully: `/__w/maturin/maturin/target/release/build/psm-51f4774ad19eff3d/build-script-build` (exit status: 1)
  --- stdout
  OPT_LEVEL = Some("3")
  TARGET = Some("s390x-unknown-linux-gnu")
  HOST = Some("x86_64-unknown-linux-gnu")
  cargo:rerun-if-env-changed=CC_s390x-unknown-linux-gnu
  CC_s390x-unknown-linux-gnu = None
  cargo:rerun-if-env-changed=CC_s390x_unknown_linux_gnu
  CC_s390x_unknown_linux_gnu = Some("s390x-ibm-linux-gnu-gcc")
  cargo:rerun-if-env-changed=CFLAGS_s390x-unknown-linux-gnu
  CFLAGS_s390x-unknown-linux-gnu = None
  cargo:rerun-if-env-changed=CFLAGS_s390x_unknown_linux_gnu
  CFLAGS_s390x_unknown_linux_gnu = None
  cargo:rerun-if-env-changed=TARGET_CFLAGS
  TARGET_CFLAGS = None
  cargo:rerun-if-env-changed=CFLAGS
  CFLAGS = None
  cargo:rerun-if-env-changed=CRATE_CC_NO_DEFAULTS
  CRATE_CC_NO_DEFAULTS = None
  DEBUG = Some("false")
  CARGO_CFG_TARGET_FEATURE = None
  cargo:rustc-cfg=asm
  cargo:rustc-cfg=switchable_stack
  running: "s390x-ibm-linux-gnu-gcc" "-O3" "-ffunction-sections" "-fdata-sections" "-fPIC" "-Wall" "-Wextra" "-xassembler-with-cpp" "-DCFG_TARGET_OS_linux" "-DCFG_TARGET_ARCH_s390x" "-DCFG_TARGET_ENV_gnu" "-o" "/__w/maturin/maturin/target/s390x-unknown-linux-gnu/release/build/psm-d0cf5100ba642c02/out/src/arch/zseries_linux.o" "-c" "src/arch/zseries_linux.s"
  cargo:warning=src/arch/zseries_linux.s: Assembler messages:
  cargo:warning=src/arch/zseries_linux.s:49: Error: Unrecognized opcode: `lay'
  cargo:warning=src/arch/zseries_linux.s:63: Error: operand out of range (0xfffffffffffffff0 is not between 0x0000000000000000 and 0x0000000000000fff)
  cargo:warning=src/arch/zseries_linux.s:64: Error: Unrecognized opcode: `lay'
  exit status: 1

[nagisa]

This does not seem right. We do test that s390x builds in CI and so far nobody has been complaining about this being broken for rustc either. lay is definitely a s390x instruction, and although 0xfffffffffffffff0 is not 12-bits, it should wrap-around to a signed integer that fits into 12-bits just fine..

Is this really a s390x toolchain?

[messense]

Solved by setting CFLAGS_s390x_unknown_linux_gnu=-march=z10.