vect: Fix infinite loop while determining peeling amount
authorStefan Schulze Frielinghaus <stefansf@linux.ibm.com>
Wed, 22 Jul 2020 07:27:49 +0000 (09:27 +0200)
committerStefan Schulze Frielinghaus <stefansf@linux.ibm.com>
Wed, 29 Jul 2020 08:44:12 +0000 (10:44 +0200)
commitf1660ceb0d3b0076555058087307f88b80619a6f
tree2618f154d4848882280c06f9a8c09dfd87cc3a66
parent269322ece17202632bc354e9c510e4a5bd6ad84b
vect: Fix infinite loop while determining peeling amount

This is a follow up to commit 5c9669a0e6c respectively discussion
https://gcc.gnu.org/pipermail/gcc-patches/2020-June/549132.html

In case a type has a lower alignment than its size, ensure that we
advance.  For example, on s390x we have for a long double an alignment
constraint of 8 bytes whereas the size is 16 bytes.  Increasing the loop
variable only by TARGET_ALIGN / DR_SIZE which equals zero in case of a
long double results in an infinite loop.  This is fixed by ensuring that
we advance at least by one.

gcc/ChangeLog:

* tree-vect-data-refs.c (vect_enhance_data_refs_alignment):
Ensure that loop variable npeel_tmp advances in each iteration.
gcc/tree-vect-data-refs.c