about summary refs log tree commit diff
path: root/library
AgeCommit message (Collapse)AuthorLines
2025-03-16Rollup merge of #136293 - hkBst:patch-32, r=AmanieuJacob Pratt-0/+13
document capacity for ZST as example The main text already covers this, although it provides weaker guarantees, but I think an example in the right spot does not hurt. Fixes #80747
2025-03-17Auto merge of #138363 - beetrees:f16-f128-integer-convert, r=Amanieubors-2/+91
Add `From<{integer}>` for `f16`/`f128` impls This PR adds `impl From<{bool,i8,u8}> for f16` and `impl From<{bool,i8,u8,i16,u16,i32,u32}> for f128`. The `From<{i64,u64}> for f128` impls are left commented out as adding them would allow using `f128` on stable before it is stabilised like in the following example: ```rust fn f<T: From<u64>>(x: T) -> T { x } fn main() { let x = f(1.0); // the type of the literal is inferred to be `f128` } ``` None of the impls added in this PR have this issue as they are all, at minimum, also implemented by `f64`. This PR will need a crater run for the `From<{i32,u32}>` impls, as `f64` is no longer the only float type to implement them (similar to the cause of #125198). cc `@bjoernager` r? `@tgross35` Tracking issue: #116909
2025-03-16Exclude `literal-escaper` from `library` workspaceGuillaume Gomez-0/+1
2025-03-16make `_Unwind_Action` a type alias, not enumNoratrieb-22/+16
It's bitflags in practice, so an enum is unsound, as an enum must only have the described values. The x86_64 psABI declares it as a `typedef int _Unwind_Action`, which seems reasonable. I made a newtype first but that was more annoying than just a typedef. We don't really use this value for much other than a short check.
2025-03-16move unsafe pointer writes to the surfaceFolkert de Vries-63/+70
2025-03-16shink the size of type signaturesFolkert de Vries-176/+44
2025-03-16add `vec_meadd`, `vec_moadd`, `vec_mhadd` and `vec_mladd`Folkert de Vries-0/+237
2025-03-16add `vec_mulh`Folkert de Vries-0/+49
2025-03-16add `vec_mulo`Folkert de Vries-0/+49
2025-03-16add `vec_any_*` and `vec_all_*`Folkert de Vries-0/+219
2025-03-16add `vec_all_nan`, `vec_any_nan`, `vec_all_numeric` and `vec_any_numeric`Folkert de Vries-8/+88
2025-03-16add `vec_cmpeq_idx` and variationsFolkert de Vries-0/+206
2025-03-16add `vec_cmpeq` and `vec_cmpne`Folkert de Vries-0/+76
2025-03-16add `vec_cmpgt`, `vec_cmplt`, `vec_cmpge`, `vec_cmple`Folkert de Vries-0/+112
2025-03-16let's not use `&mut` until we get confirmation it's OKFolkert de Vries-8/+8
2025-03-16add `vec_cmprg_or_0_idx_cc` and `vec_cmpnrg_or_0_idx_cc`Folkert de Vries-0/+30
2025-03-16add `vec_cmprg_or_0_idx` and `vec_cmpnrg_or_0_idx`Folkert de Vries-24/+100
2025-03-16add `vec_cmprg_cc` and friendsFolkert de Vries-0/+40
2025-03-16add `vec_cmprg_idx` and `vec_cmpnrg_idx`Folkert de Vries-0/+36
2025-03-16add `vec_cmpnrg`Folkert de Vries-4/+34
2025-03-16add `vec_cmprg`Folkert de Vries-8/+97
2025-03-16add `vec_sld`, `vec_sldb`, `vec_sldw` and `vec_srdb`Folkert de Vries-0/+165
2025-03-16add `vec_msum_u128`Folkert de Vries-0/+45
2025-03-16add `vec_cp_until_zero` and `vec_cp_until_zero_cc`Folkert de Vries-0/+115
2025-03-16add `vec_signed` and `vec_unsigned`Folkert de Vries-0/+68
2025-03-16add `vec_extend_s64`Folkert de Vries-0/+88
2025-03-16add `vec_double` and `vec_float`Folkert de Vries-0/+158
2025-03-16add `vec_search_string_cc` and `vec_search_string_until_zero_cc`Folkert de Vries-0/+159
2025-03-16add `vec_test_mask`Folkert de Vries-0/+71
2025-03-16add `vec_fp_test_data_class`Folkert de Vries-0/+125
2025-03-16add `vec_scatter`Folkert de Vries-2/+66
2025-03-16add `vec_sel`Folkert de Vries-0/+77
2025-03-16add `vec_bperm_u128`Folkert de Vries-0/+25
2025-03-16add `vec_gather_element`Folkert de Vries-0/+123
2025-03-17uefi: Add OwnedEvent abstractionAyush Singh-38/+58
- Events are going to become quite important for Networking, so needed owned abstractions. - Switch to OwnedEvent abstraction for Exit boot services event. Signed-off-by: Ayush Singh <ayush@beagleboard.org>
2025-03-16Make ControlFlow must_useMichael Goulet-0/+1
2025-03-16Auto merge of #138537 - yotamofek:pr/lib/multi-char-pattern, r=jhprattbors-4/+4
Optimize multi-char string patterns Uses specialization for `[T]::contains` from #130991 to optimize multi-char patterns in string searches. Requesting a perf run to see if this actually has an effect 🙏 (I think that adding `char` to the list of types for which the `SliceContains` is specialized is a good idea, even if it doesn't show up on perf - might be helpful for downstream users)
2025-03-16add `vec_nmadd`Folkert de Vries-0/+49
2025-03-16add `vec_gfmsum_accum` and `vec_gfmsum_accum_128`Folkert de Vries-0/+67
2025-03-16add `vec_gfmsum_128`Folkert de Vries-0/+29
2025-03-16add `vec_gfmsum`Folkert de Vries-0/+37
2025-03-16clarify fixme waiting for a newer llvm versionFolkert de Vries-1/+2
2025-03-16add `vec_nmsub`Folkert de Vries-4/+50
2025-03-16add `vec_mule`Folkert de Vries-0/+81
2025-03-16add `vec_add_u128`, `vec_addc_u128`, `vec_adde_u128` and `vec_addce_u128`Folkert de Vries-1/+122
2025-03-16add `vec_checksum`Folkert de Vries-0/+17
2025-03-16add `vec_avg`Folkert de Vries-0/+42
2025-03-16add `vec_unpackh` and `vec_unpackl`Folkert de Vries-3/+129
2025-03-16correct name of signed splat functionsFolkert de Vries-4/+4
2025-03-16test `vec_rl`Folkert de Vries-5/+5
generated by cgit-pink 1.4.1-3-g733a5 (git 2.37.1) at 2026-07-12 01:48:49 +0000