rust/compiler/rustc_codegen_gcc/src/intrinsic/simd.rs, branch 1.89.0https://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=1.89.02025-06-18T13:11:44+00:00Merge commit 'fda0bb9588912a3e0606e880ca9f6e913cf8a5a4' into subtree-update_cg_gcc_2025-06-182025-06-18T13:11:44+00:00Guillaume Gomezguillaume1.gomez@gmail.com2025-06-18T13:11:44+00:00urn:sha1:c48d8d4d800df8a59d412c5c4299c8fadcd039e9Use layout field of OperandRef in generic_simd_intrinsic2025-05-30T10:12:18+00:00bjorn317426603+bjorn3@users.noreply.github.com2025-05-30T09:39:11+00:00urn:sha1:38a6daeb2320402aa89c36c337adf50280419cd2Rollup merge of #137953 - RalfJung:simd-intrinsic-masks, r=WaffleLapkin2025-04-20T13:02:48+00:00Chris Dentonchris@chrisdenton.dev2025-04-20T13:02:48+00:00urn:sha1:d15c603173a65326a580aa7dfd543a352082e5b1
simd intrinsics with mask: accept unsigned integer masks, and fix some of the errors
It's not clear at all why the mask would have to be signed, it is anyway interpreted bitwise. The backend should just make sure that works no matter the surface-level type; our LLVM backend already does this correctly. The note of "the mask may be widened, which only has the correct behavior for signed integers" explains... nothing? Why can't the code do the widening correctly? If necessary, just cast to the signed type first...
Also while we are at it, fix the errors. For simd_masked_load/store, the errors talked about the "third argument" but they meant the first argument (the mask is the first argument there). They also used the wrong type for `expected_element`.
I have extremely low confidence in the GCC part of this PR.
See [discussion on Zulip](https://rust-lang.zulipchat.com/#narrow/channel/257879-project-portable-simd/topic/On.20the.20sign.20of.20masks)
simd intrinsics with mask: accept unsigned integer masks2025-04-20T10:25:27+00:00Ralf Jungpost@ralfj.de2025-03-03T17:18:33+00:00urn:sha1:566dfd1a0d8c4afbe54ea060059b8f716456ea66Merge commit 'db1a31c243a649e1fe20f5466ba181da5be35c14' into subtree-update_cg_gcc_2025-04-182025-04-18T19:20:11+00:00Guillaume Gomezguillaume1.gomez@gmail.com2025-04-18T19:19:50+00:00urn:sha1:e4ea67b3d79bb8d9dbab383ec93edc4ea8cc8df4remove `simd_fpow` and `simd_fpowi`2025-02-25T08:20:10+00:00Folkert de Vriesfolkert@folkertdev.nl2025-02-25T08:20:10+00:00urn:sha1:60a268998c606440de092452a6380dde749f89c5Rustfmt2025-02-08T22:12:13+00:00bjorn317426603+bjorn3@users.noreply.github.com2025-02-08T22:12:13+00:00urn:sha1:1fcae03369abb4c2cc180cd5a49e1f4440a81300cg_gcc: Directly use rustc_abi instead of reexports2025-02-05T06:31:56+00:00Jubilee Youngworkingjubilee@gmail.com2024-11-03T00:49:42+00:00urn:sha1:e42cb3bedc0f2daba6772802c3e973477d2dd788Merge commit '59a81c2ca1edc88ad3ac4b27a8e03977ffb8e73a' into subtree-update_cg_gcc_2025_01_122025-01-13T15:53:58+00:00Antoni Boucherbouanto@zoho.com2025-01-13T15:53:58+00:00urn:sha1:06f0a9bc785ad8654e1bf505f60ce7146b3850f3Add simd_relaxed_fma intrinsic2024-11-23T19:39:42+00:00Caleb Zulawskicaleb.zulawski@gmail.com2024-11-23T19:31:20+00:00urn:sha1:e73e9f9af202206372d1fc0bbe215aad376c0482