diff options
| author | Richard Sandiford <richard.sandiford@arm.com> | 2022-06-15 11:12:51 +0100 |
|---|---|---|
| committer | Richard Sandiford <richard.sandiford@arm.com> | 2022-06-15 11:12:51 +0100 |
| commit | 2636660b6f35423e0cfbf53bfad5c5fed6ae6471 (patch) | |
| tree | 8d242f2d5538b0a41164a3a11646fa50cbb2f437 /libphobos/libdruntime/gcc | |
| parent | 183a4f3829243b43a28fc70e59129521033b8f8a (diff) | |
| download | gcc-2636660b6f35423e0cfbf53bfad5c5fed6ae6471.zip gcc-2636660b6f35423e0cfbf53bfad5c5fed6ae6471.tar.gz gcc-2636660b6f35423e0cfbf53bfad5c5fed6ae6471.tar.bz2 | |
aarch64: Revert bogus fix for PR105254
In f2ebf2d98efe0ac2314b58cf474f44cb8ebd5244 I'd forced the
chosen unroll factor to be a factor of the VF, in order to
work around an exact_div ICE in PR105254. This was completely
bogus -- clearly I didn't look in enough detail at why we ended
up with an unrolled VF that wasn't a multiple of the UF.
Kewen has since fixed the bug properly for PR105940, so this
patch reverts my earlier attempt. Sorry for the stupidity.
gcc/
PR tree-optimization/105254
PR tree-optimization/105940
Revert:
* config/aarch64/aarch64.cc
(aarch64_vector_costs::determine_suggested_unroll_factor): Take a
loop_vec_info as argument. Restrict the unroll factor to values
that divide the VF.
(aarch64_vector_costs::finish_cost): Update call accordingly.
gcc/testsuite/
* gcc.target/aarch64/sve/cost_model_14.c: New test.
Diffstat (limited to 'libphobos/libdruntime/gcc')
0 files changed, 0 insertions, 0 deletions