|
1 | | -// Note: these functions happen to produce the correct `usize::leading_zeros(0)` value |
2 | | -// without a explicit zero check. Zero is probably common enough that it could warrant |
3 | | -// adding a zero check at the beginning, but `__clzsi2` has a precondition that `x != 0`. |
4 | | -// Compilers will insert the check for zero in cases where it is needed. |
5 | | - |
6 | | -public_test_dep! { |
7 | | -/// Returns the number of leading binary zeros in `x`. |
8 | | -#[allow(dead_code)] |
9 | | -pub(crate) fn usize_leading_zeros_default(x: usize) -> usize { |
10 | | - // The basic idea is to test if the higher bits of `x` are zero and bisect the number |
11 | | - // of leading zeros. It is possible for all branches of the bisection to use the same |
12 | | - // code path by conditionally shifting the higher parts down to let the next bisection |
13 | | - // step work on the higher or lower parts of `x`. Instead of starting with `z == 0` |
14 | | - // and adding to the number of zeros, it is slightly faster to start with |
15 | | - // `z == usize::MAX.count_ones()` and subtract from the potential number of zeros, |
16 | | - // because it simplifies the final bisection step. |
17 | | - let mut x = x; |
18 | | - // the number of potential leading zeros |
19 | | - let mut z = usize::MAX.count_ones() as usize; |
20 | | - // a temporary |
21 | | - let mut t: usize; |
22 | | - #[cfg(target_pointer_width = "64")] |
23 | | - { |
24 | | - t = x >> 32; |
25 | | - if t != 0 { |
26 | | - z -= 32; |
27 | | - x = t; |
28 | | - } |
29 | | - } |
30 | | - #[cfg(any(target_pointer_width = "32", target_pointer_width = "64"))] |
31 | | - { |
32 | | - t = x >> 16; |
33 | | - if t != 0 { |
34 | | - z -= 16; |
35 | | - x = t; |
36 | | - } |
37 | | - } |
38 | | - t = x >> 8; |
39 | | - if t != 0 { |
40 | | - z -= 8; |
41 | | - x = t; |
42 | | - } |
43 | | - t = x >> 4; |
44 | | - if t != 0 { |
45 | | - z -= 4; |
46 | | - x = t; |
47 | | - } |
48 | | - t = x >> 2; |
49 | | - if t != 0 { |
50 | | - z -= 2; |
51 | | - x = t; |
52 | | - } |
53 | | - // the last two bisections are combined into one conditional |
54 | | - t = x >> 1; |
55 | | - if t != 0 { |
56 | | - z - 2 |
57 | | - } else { |
58 | | - z - x |
| 1 | +intrinsics! { |
| 2 | + #[maybe_use_optimized_c_shim] |
| 3 | + /// Returns the number of leading binary zeros in `x` (SI aka 32 bit version) |
| 4 | + pub extern "C" fn __clzsi2(x: u32) -> usize { |
| 5 | + x.leading_zeros() as usize |
59 | 6 | } |
60 | 7 |
|
61 | | - // We could potentially save a few cycles by using the LUT trick from |
62 | | - // "https://embeddedgurus.com/state-space/2014/09/ |
63 | | - // fast-deterministic-and-portable-counting-leading-zeros/". |
64 | | - // However, 256 bytes for a LUT is too large for embedded use cases. We could remove |
65 | | - // the last 3 bisections and use this 16 byte LUT for the rest of the work: |
66 | | - //const LUT: [u8; 16] = [0, 1, 2, 2, 3, 3, 3, 3, 4, 4, 4, 4, 4, 4, 4, 4]; |
67 | | - //z -= LUT[x] as usize; |
68 | | - //z |
69 | | - // However, it ends up generating about the same number of instructions. When benchmarked |
70 | | - // on x86_64, it is slightly faster to use the LUT, but this is probably because of OOO |
71 | | - // execution effects. Changing to using a LUT and branching is risky for smaller cores. |
72 | | -} |
73 | | -} |
74 | | - |
75 | | -// The above method does not compile well on RISC-V (because of the lack of predicated |
76 | | -// instructions), producing code with many branches or using an excessively long |
77 | | -// branchless solution. This method takes advantage of the set-if-less-than instruction on |
78 | | -// RISC-V that allows `(x >= power-of-two) as usize` to be branchless. |
79 | | - |
80 | | -public_test_dep! { |
81 | | -/// Returns the number of leading binary zeros in `x`. |
82 | | -#[allow(dead_code)] |
83 | | -pub(crate) fn usize_leading_zeros_riscv(x: usize) -> usize { |
84 | | - let mut x = x; |
85 | | - // the number of potential leading zeros |
86 | | - let mut z = usize::MAX.count_ones() as usize; |
87 | | - // a temporary |
88 | | - let mut t: usize; |
89 | | - |
90 | | - // RISC-V does not have a set-if-greater-than-or-equal instruction and |
91 | | - // `(x >= power-of-two) as usize` will get compiled into two instructions, but this is |
92 | | - // still the most optimal method. A conditional set can only be turned into a single |
93 | | - // immediate instruction if `x` is compared with an immediate `imm` (that can fit into |
94 | | - // 12 bits) like `x < imm` but not `imm < x` (because the immediate is always on the |
95 | | - // right). If we try to save an instruction by using `x < imm` for each bisection, we |
96 | | - // have to shift `x` left and compare with powers of two approaching `usize::MAX + 1`, |
97 | | - // but the immediate will never fit into 12 bits and never save an instruction. |
98 | | - #[cfg(target_pointer_width = "64")] |
99 | | - { |
100 | | - // If the upper 32 bits of `x` are not all 0, `t` is set to `1 << 5`, otherwise |
101 | | - // `t` is set to 0. |
102 | | - t = ((x >= (1 << 32)) as usize) << 5; |
103 | | - // If `t` was set to `1 << 5`, then the upper 32 bits are shifted down for the |
104 | | - // next step to process. |
105 | | - x >>= t; |
106 | | - // If `t` was set to `1 << 5`, then we subtract 32 from the number of potential |
107 | | - // leading zeros |
108 | | - z -= t; |
109 | | - } |
110 | | - #[cfg(any(target_pointer_width = "32", target_pointer_width = "64"))] |
111 | | - { |
112 | | - t = ((x >= (1 << 16)) as usize) << 4; |
113 | | - x >>= t; |
114 | | - z -= t; |
| 8 | + #[maybe_use_optimized_c_shim] |
| 9 | + /// Returns the number of leading binary zeros in `x` (DI aka 64 bit version). |
| 10 | + pub extern "C" fn __clzdi2(x: u64) -> usize { |
| 11 | + x.leading_zeros() as usize |
115 | 12 | } |
116 | | - t = ((x >= (1 << 8)) as usize) << 3; |
117 | | - x >>= t; |
118 | | - z -= t; |
119 | | - t = ((x >= (1 << 4)) as usize) << 2; |
120 | | - x >>= t; |
121 | | - z -= t; |
122 | | - t = ((x >= (1 << 2)) as usize) << 1; |
123 | | - x >>= t; |
124 | | - z -= t; |
125 | | - t = (x >= (1 << 1)) as usize; |
126 | | - x >>= t; |
127 | | - z -= t; |
128 | | - // All bits except the LSB are guaranteed to be zero for this final bisection step. |
129 | | - // If `x != 0` then `x == 1` and subtracts one potential zero from `z`. |
130 | | - z - x |
131 | | -} |
132 | | -} |
133 | 13 |
|
134 | | -intrinsics! { |
135 | 14 | #[maybe_use_optimized_c_shim] |
136 | | - #[cfg(any( |
137 | | - target_pointer_width = "16", |
138 | | - target_pointer_width = "32", |
139 | | - target_pointer_width = "64" |
140 | | - ))] |
141 | | - /// Returns the number of leading binary zeros in `x`. |
142 | | - pub extern "C" fn __clzsi2(x: usize) -> usize { |
143 | | - if cfg!(any(target_arch = "riscv32", target_arch = "riscv64")) { |
144 | | - usize_leading_zeros_riscv(x) |
145 | | - } else { |
146 | | - usize_leading_zeros_default(x) |
147 | | - } |
| 15 | + /// Returns the number of leading binary zeros in `x` (TI mode int aka int128_t). |
| 16 | + pub extern "C" fn __clzti2(x: u128) -> usize { |
| 17 | + x.leading_zeros() as usize |
148 | 18 | } |
149 | 19 | } |
0 commit comments