Simonas Kazlauskas a3c3f722b7 Fix mod_inv termination for the last iteration ... On usize=u64 platforms, the 4th iteration would overflow the `mod_gate` back to 0. Similarly for usize=u32 platforms, the 3rd iteration would overflow much the same way. I tested various approaches to resolving this, including approaches with `saturating_mul` and `widening_mul` to a double usize. Turns out LLVM likes `mul_with_overflow` the best. In fact now, that LLVM can see the iteration count is limited, it will happily unroll the loop into a nice linear sequence. You will also notice that the code around the loop got simplified somewhat. Now that LLVM is handling the loop nicely, there isn’t any more reasons to manually unroll the first iteration out of the loop (though looking at the code today I’m not sure all that complexity was necessary in the first place). Fixes #103361		2022-10-22 03:46:48 +03:00
..
benches	add a benchmark for slice_iter.copied().array_chunks()	2022-10-17 23:40:21 +02:00
primitive_docs	Add primitive documentation to libcore	2021-09-12 02:23:08 +00:00
src	Fix mod_inv termination for the last iteration	2022-10-22 03:46:48 +03:00
tests	Fix mod_inv termination for the last iteration	2022-10-22 03:46:48 +03:00
Cargo.toml	Avoid use of rand::thread_rng in stdlib benchmarks	2022-05-02 00:08:21 -07:00