]> git.ipfire.org Git - thirdparty/gcc.git/commit
Fix another thinko in peeling for gap compute of get_group_load_store_type
authorRichard Biener <rguenther@suse.de>
Thu, 14 Nov 2024 13:22:01 +0000 (14:22 +0100)
committerRichard Biener <rguenth@gcc.gnu.org>
Thu, 14 Nov 2024 14:30:42 +0000 (15:30 +0100)
commit119c1b76e22ff40bbae7a5b1beeb63a1e30538fa
treeceebd1ae463256e55cfb60214e50a7a77f44de57
parentfaf594ce210cddcd701c6c37326d54b0f91d50f1
Fix another thinko in peeling for gap compute of get_group_load_store_type

There's inconsistent handling of the cpart_size == cnunits which
currently avoids reporting peeling for gaps being insufficient, but
the following condition which is enough to trigger it,
cremain + group_size < cpart_size with cpart_size == cnunits is
equal to the condition that brings us here in the first place,
maybe_lt (remain + group_size, nunits).  The following fixes this
by not checking cpart_size against special values.

* tree-vect-stmts.cc (get_group_load_store_type): Do not
exempt cpart_size == cnunits from failing.
gcc/tree-vect-stmts.cc