Compiling a new project on M4 Apple Mac "invalid operand for instruction" error

[frederikhors]

Compiling a new project on M4 Apple Mac gives me the below error.

I'm using this version:

cargo 1.87.0-nightly (2622e844b 2025-02-28)

cargo build stable works fine.

error: invalid operand for instruction
  |
note: instantiated into assembly here
 --> <inline asm>:8:9
  |
8 |     ldr v1, [x19, 0x0]
   Compiling rgb v0.8.50
  |         ^

error: invalid operand for instruction
   |
note: instantiated into assembly here
  --> <inline asm>:10:9
   |
10 |     str v0, [x19, 0x0]
   |         ^

error: invalid operand for instruction
   |
note: instantiated into assembly here
  --> <inline asm>:22:9
   |
22 |     ldr v1, [x19, 0x0]
   |         ^

error: invalid operand for instruction
   |
note: instantiated into assembly here
  --> <inline asm>:24:9
   |
24 |     str v0, [x19, 0x0]
   |         ^

error: invalid operand for instruction
   |
note: instantiated into assembly here
  --> <inline asm>:36:9
   |
36 |     ldr v1, [x19, 0x0]
   |         ^

error: invalid operand for instruction
   |
note: instantiated into assembly here
  --> <inline asm>:38:9
   |
38 |     str v0, [x19, 0x0]
   |         ^

error: invalid operand for instruction
   |
note: instantiated into assembly here
  --> <inline asm>:50:9
   |
50 |     ldr v1, [x19, 0x0]
   |         ^

error: invalid operand for instruction
   |
note: instantiated into assembly here
  --> <inline asm>:51:9
   |
51 |     ldr v2, [x19, 0x10]
   |         ^

error: invalid operand for instruction
   |
note: instantiated into assembly here
  --> <inline asm>:55:9
   |
55 |     str v1, [x19, 0x0]
   |         ^

error: aborting due to 9 previous errors

error: Failed to assemble `.globl ___inline_asm_half__3abd7bcd14180723_cgu__0_n0
       ___inline_asm_half__3abd7bcd14180723_cgu__0_n0:
           stp fp, lr, [sp, #-32]!
           mov fp, sp
           str x19, [sp, #24]
           mov x19, x0
           ldr v1, [x19, 0x0]
       fcvt s0, h1
           str v0, [x19, 0x0]
           ldr x19, [sp, #24]
           ldp fp, lr, [sp], #32
           ret


       .globl ___inline_asm_half__3abd7bcd14180723_cgu__0_n1
       ___inline_asm_half__3abd7bcd14180723_cgu__0_n1:
           stp fp, lr, [sp, #-32]!
           mov fp, sp
           str x19, [sp, #24]
           mov x19, x0
           ldr v1, [x19, 0x0]
       fcvt h0, s1
           str v0, [x19, 0x0]
           ldr x19, [sp, #24]
           ldp fp, lr, [sp], #32
           ret


       .globl ___inline_asm_half__3abd7bcd14180723_cgu__0_n2
       ___inline_asm_half__3abd7bcd14180723_cgu__0_n2:
           stp fp, lr, [sp, #-32]!
           mov fp, sp
           str x19, [sp, #24]
           mov x19, x0
           ldr v1, [x19, 0x0]
       fcvtn v0.4h, v1.4s
           str v0, [x19, 0x0]
           ldr x19, [sp, #24]
           ldp fp, lr, [sp], #32
           ret


       .globl ___inline_asm_half__3abd7bcd14180723_cgu__0_n3
       ___inline_asm_half__3abd7bcd14180723_cgu__0_n3:
           stp fp, lr, [sp, #-32]!
           mov fp, sp
           str x19, [sp, #24]
           mov x19, x0
           ldr v1, [x19, 0x0]
           ldr v2, [x19, 0x10]
       fcvtn v0.2s, v1.2d
       fcvtn2 v0.4s, v2.2d
       fcvtn v1.4h, v0.4s
           str v1, [x19, 0x0]
           ldr x19, [sp, #24]
           ldp fp, lr, [sp], #32
           ret


       `

error: could not compile `half` (lib) due to 1 previous error

[bjorn3]

This is a duplicate of #1544. For me #1564 fixes this on Linux. Does it work on macOS too?

[frederikhors]

I will try #1564 in a few minutes.

[frederikhors]

I tried #1564.

I think the error is different now:

thread 'rustc' panicked at src/value_and_place.rs:533:9:
assertion `left == right` failed: Can't write value with incompatible type u32 to place with type i32

[]
[CPlace { inner: Var(_0, var0), layout: TyAndLayout { ty: u16, layout: Layout { size: Size(2 bytes), align: AbiAndPrefAlign { abi: Align(2 bytes), pref: Align(2 bytes) }, backend_repr: Scalar(Initialized { value: Int(I16, false), valid_range: 0..=65535 }), fields: Primitive, largest_niche: None, uninhabited: false, variants: Single { index: 0 }, max_repr_align: None, unadjusted_abi_align: Align(2 bytes), randomization_seed: 18446462607322775554 } } }, CPlace { inner: Addr(Pointer { base: Addr(v0), offset: Offset32(0) }, None), layout: TyAndLayout { ty: uint8x16_t, layout: Layout { size: Size(16 bytes), align: AbiAndPrefAlign { abi: Align(16 bytes), pref: Align(16 bytes) }, backend_repr: SimdVector { element: Initialized { value: Int(I8, false), valid_range: 0..=255 }, count: 16 }, fields: Arbitrary { offsets: [Size(0 bytes)], memory_index: [0] }, largest_niche: None, uninhabited: false, variants: Single { index: 0 }, max_repr_align: None, unadjusted_abi_align: Align(1 bytes), randomization_seed: 71776127651151889 } } }, CPlace { inner: Var(_2, var1), layout: TyAndLayout { ty: i32, layout: Layout { size: Size(4 bytes), align: AbiAndPrefAlign { abi: Align(4 bytes), pref: Align(4 bytes) }, backend_repr: Scalar(Initialized { value: Int(I32, true), valid_range: 0..=4294967295 }), fields: Primitive, largest_niche: None, uninhabited: false, variants: Single { index: 0 }, max_repr_align: None, unadjusted_abi_align: Align(4 bytes), randomization_seed: 18446462603027873795 } } }]

function u0:34(i64) -> i16 apple_aarch64 {
block0(v0: i64):
    nop
    jump block1

block1:
    nop
    v1 = iconst.i16 0
    v2 = load.i8 notrap v0
    v3 = uextend.i16 v2
    v4 = iadd v1, v3  ; v1 = 0
    v5 = load.i8 notrap v0+1
    v6 = uextend.i16 v5
    v7 = iadd v4, v6
    v8 = load.i8 notrap v0+2
    v9 = uextend.i16 v8
    v10 = iadd v7, v9
    v11 = load.i8 notrap v0+3
    v12 = uextend.i16 v11
    v13 = iadd v10, v12
    v14 = load.i8 notrap v0+4
    v15 = uextend.i16 v14
    v16 = iadd v13, v15
    v17 = load.i8 notrap v0+5
    v18 = uextend.i16 v17
    v19 = iadd v16, v18
    v20 = load.i8 notrap v0+6
    v21 = uextend.i16 v20
    v22 = iadd v19, v21
    v23 = load.i8 notrap v0+7
    v24 = uextend.i16 v23
    v25 = iadd v22, v24
    v26 = load.i8 notrap v0+8
    v27 = uextend.i16 v26
    v28 = iadd v25, v27
    v29 = load.i8 notrap v0+9
    v30 = uextend.i16 v29
    v31 = iadd v28, v30
    v32 = load.i8 notrap v0+10
    v33 = uextend.i16 v32
    v34 = iadd v31, v33
    v35 = load.i8 notrap v0+11
    v36 = uextend.i16 v35
    v37 = iadd v34, v36
    v38 = load.i8 notrap v0+12
    v39 = uextend.i16 v38
    v40 = iadd v37, v39
    v41 = load.i8 notrap v0+13
    v42 = uextend.i16 v41
    v43 = iadd v40, v42
    v44 = load.i8 notrap v0+14
    v45 = uextend.i16 v44
    v46 = iadd v43, v45
    v47 = load.i8 notrap v0+15
    v48 = uextend.i16 v47
    v49 = iadd v46, v48
    v50 = uextend.i32 v49
}


  left: u32
 right: i32
stack backtrace:
   0:        0x112614440 - <std::sys::backtrace::BacktraceLock::print::DisplayBacktrace as core::fmt::Display>::fmt::h0162f7632f7d93e5
   1:        0x10fc29524 - core::fmt::write::h7cc8052c8d1f261f
   2:        0x112608b08 - std::io::Write::write_fmt::h5be3eadd4d0cfb78
   3:        0x112614300 - std::sys::backtrace::BacktraceLock::print::h7750221d264f95d2
   4:        0x112616970 - std::panicking::default_hook::{{closure}}::hfc31288acaf9c2c9
   5:        0x112616574 - std::panicking::default_hook::h0a8881f56807fccd
   6:        0x11070e08c - std[9b6f9dfee1439d7d]::panicking::update_hook::<alloc[88845f88061e1e30]::boxed::Box<rustc_driver_impl[8b28813145382e7e]::install_ice_hook::{closure#1}>>::{closure#0}
   7:        0x1126172a0 - std::panicking::rust_panic_with_hook::h641453d867841f49
   8:        0x112616f50 - std::panicking::begin_panic_handler::{{closure}}::h07000ad85148827b
   9:        0x1126148d0 - std::sys::backtrace::__rust_end_short_backtrace::h1996948e2037aaa9
  10:        0x112616c18 - _rust_begin_unwind
  11:        0x11527b7bc - core::panicking::panic_fmt::hc8ceb5394b596410
  12:        0x11527bbb8 - core::panicking::assert_failed_inner::h8f7e5e7ece8eda2b
  13:        0x115351b7c - core[b7d660f973d19253]::panicking::assert_failed::<rustc_middle[13274b10f519867f]::ty::Ty, rustc_middle[13274b10f519867f]::ty::Ty>
  14:        0x10660d098 - rustc_codegen_cranelift::value_and_place::assert_assignable::h0b1af2efa51e3610
  15:        0x10660b108 - rustc_codegen_cranelift::value_and_place::CPlace::write_cvalue::h81d390fd150c5de1
  16:        0x106605b04 - rustc_codegen_cranelift::intrinsics::llvm::codegen_llvm_intrinsic_call::h4903f67c0704f30a
  17:        0x10664bf40 - rustc_codegen_cranelift::abi::codegen_terminator_call::h1ce825bda035c722
  18:        0x1065c9b8c - rustc_codegen_cranelift::base::codegen_fn_body::h804896c7ba63b34f
  19:        0x1065c4e98 - rustc_codegen_cranelift::base::codegen_fn::hc7567e4644521c72
  20:        0x10662c9c8 - rustc_codegen_cranelift::driver::aot::module_codegen::hd71646b1120c0bfe
  21:        0x10662ef9c - rustc_codegen_cranelift::driver::aot::run_aot::{{closure}}::{{closure}}::h22fefce757c7d6d3
  22:        0x106621754 - core::ops::function::impls::<impl core::ops::function::FnMut<A> for &mut F>::call_mut::h62078b21e0c5b2aa
  23:        0x1065b8ac4 - alloc::vec::in_place_collect::<impl alloc::vec::spec_from_iter::SpecFromIter<T,I> for alloc::vec::Vec<T>>::from_iter::hbd92f308559197f0
  24:        0x10662db7c - rustc_codegen_cranelift::driver::aot::run_aot::hcafc4416284e4711
  25:        0x10663fd58 - <rustc_codegen_cranelift::CraneliftCodegenBackend as rustc_codegen_ssa::traits::backend::CodegenBackend>::codegen_crate::hed74bb678e87104a
  26:        0x1110038cc - <rustc_interface[d1d19c854e432d8e]::queries::Linker>::codegen_and_build_linker
  27:        0x1107017b0 - rustc_interface[d1d19c854e432d8e]::passes::create_and_enter_global_ctxt::<core[b7d660f973d19253]::option::Option<rustc_interface[d1d19c854e432d8e]::queries::Linker>, rustc_driver_impl[8b28813145382e7e]::run_compiler::{closure#0}::{closure#2}>
  28:        0x110712b48 - rustc_interface[d1d19c854e432d8e]::interface::run_compiler::<(), rustc_driver_impl[8b28813145382e7e]::run_compiler::{closure#0}>::{closure#1}
  29:        0x11070266c - std[9b6f9dfee1439d7d]::sys::backtrace::__rust_begin_short_backtrace::<rustc_interface[d1d19c854e432d8e]::util::run_in_thread_with_globals<rustc_interface[d1d19c854e432d8e]::util::run_in_thread_pool_with_globals<rustc_interface[d1d19c854e432d8e]::interface::run_compiler<(), rustc_driver_impl[8b28813145382e7e]::run_compiler::{closure#0}>::{closure#1}, ()>::{closure#0}, ()>::{closure#0}::{closure#0}, ()>
  30:        0x110717090 - <<std[9b6f9dfee1439d7d]::thread::Builder>::spawn_unchecked_<rustc_interface[d1d19c854e432d8e]::util::run_in_thread_with_globals<rustc_interface[d1d19c854e432d8e]::util::run_in_thread_pool_with_globals<rustc_interface[d1d19c854e432d8e]::interface::run_compiler<(), rustc_driver_impl[8b28813145382e7e]::run_compiler::{closure#0}>::{closure#1}, ()>::{closure#0}, ()>::{closure#0}::{closure#0}, ()>::{closure#1} as core[b7d660f973d19253]::ops::function::FnOnce<()>>::call_once::{shim:vtable#0}
  31:        0x11261d818 - std::sys::pal::unix::thread::Thread::new::thread_start::h3121ddc82ffb3d20
  32:        0x19a3a42e4 - __pthread_deallocate

error: the compiler unexpectedly panicked. this is a bug.

note: we would appreciate a bug report: https://github.com/rust-lang/rust/issues/new?labels=C-bug%2C+I-ICE%2C+T-compiler&template=ice.md

note: please make sure that you have updated to the latest nightly

note: please attach the file at `/Users/fred/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/bytecount-0.6.8/rustc-ice-2025-03-16T15_50_05-61985.txt` to your bug report

note: compiler flags: --crate-type lib -C embed-bitcode=no -C strip=debuginfo -C panic=abort -Z panic-abort-tests -Z codegen-backend=/Users/fred/Clif/lib/librustc_codegen_cranelift.dylib

note: some of the compiler flags provided by cargo are hidden

query stack during panic:
end of query stack
terminator _2 = vaddlvq_u8::_vaddlvq_u8(move _1) -> [return: bb1, unwind unreachable]
fn core::arch::aarch64::vaddlvq_u8(_1: core::arch::aarch64::uint8x16_t) -> u16 {
    debug a => _1;
    let mut _0: u16;
    let mut _2: i32;

    bb0: {
        StorageLive(_2);
        _2 = core::arch::aarch64::vaddlvq_u8::_vaddlvq_u8(move _1) -> [return: bb1, unwind unreachable];
    }

    bb1: {
        _0 = move _2 as u16 (IntToInt);
        StorageDead(_2);
        return;
    }
}

error: could not compile `bytecount` (lib)

Caused by:
  process didn't exit successfully: `/Users/fred/.rustup/toolchains/nightly-2025-03-12-aarch64-apple-darwin/bin/rustc --crate-name bytecount --edition=2018 /Users/fred/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/bytecount-0.6.8/src/lib.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --diagnostic-width=127 --crate-type lib --emit=dep-info,metadata,link -C embed-bitcode=no --check-cfg 'cfg(docsrs,test)' --check-cfg 'cfg(feature, values("generic-simd", "html_report", "runtime-dispatch-simd"))' -C metadata=2425e28c898e7fc7 -C extra-filename=-797d310d6a8298fc --out-dir /Users/fred/project/target/debug/deps -C strip=debuginfo -L dependency=/Users/fred/project/target/debug/deps --cap-lints allow -Cpanic=abort -Zpanic-abort-tests -Zcodegen-backend=/Users/fred/Clif/lib/librustc_codegen_cranelift.dylib --sysroot /Users/fred/Clif` (exit status: 101)

[bjorn3]

That is a different dependency. Will look into it.

[bjorn3]

And it looks like I messed up testing for the half crate. I now get

error: instruction requires: fullfp16
    |
note: instantiated into assembly here
   --> <inline asm>:162:1
    |
162 | fadd h0, h1, h2
    | ^

[frederikhors]

Tell me when to try what and I'll do. Thanks for your immense work!

[frederikhors]

Sorry to ask you this, I know that ETA should not be asked in open source projects: do you think this error can be solved in the short term or will it take months and months?

I ask you this because I just bought an M4 Macbook to speed up the development of projects in Rust and I discover with great pain that cranelift does not work because of this issue.

I do not want to bother and forget the question if I bothered you.

[bjorn3]

It should be doable in the short term. Adding/fixing a bunch of vendor intrinsics isn't that hard, just tedious. I should have time to work on it on Thursday.

[bjorn3]

@frederikhors does #1566 work?

[bjorn3]

I'm going to assume this is fixed by #1566. If it doesn't work after all, please let me know and I can reopen.

[frederikhors]

Sorry. I don't have a Mac right now. I have to go back to where the Macs are to try. And I don't know when I'll be back, but I'll let you know.