diff options
| author | Richard Sandiford <richard.sandiford@arm.com> | 2016-05-24 10:13:35 +0000 |
|---|---|---|
| committer | Richard Sandiford <rsandifo@gcc.gnu.org> | 2016-05-24 10:13:35 +0000 |
| commit | 836dbb1a27f3e793ad32723aeb6630237887e6d5 (patch) | |
| tree | 424962ab1d41c98e6fba733950a5329a6bc15160 /libjava/testsuite/libjava.lang/verify.java | |
| parent | f17a223de829cb5fa0b32a9f12c22a4fa929506c (diff) | |
| download | gcc-836dbb1a27f3e793ad32723aeb6630237887e6d5.zip gcc-836dbb1a27f3e793ad32723aeb6630237887e6d5.tar.gz gcc-836dbb1a27f3e793ad32723aeb6630237887e6d5.tar.bz2 | |
Fix GROUP_GAP for single-element interleaving
vectorizable_load had a curious "force_peeling" variable, with no
comment explaining why we need it for single-element interleaving
but not for other cases. I think it's simply because we weren't
initialising the GROUP_GAP correctly for single loads.
Tested on aarch64-linux-gnu and x86_64-linux-gnu.
gcc/
* tree-vect-data-refs.c (vect_analyze_group_access_1): Set
GROUP_GAP for single-element interleaving.
* tree-vect-stmts.c (vectorizable_load): Remove force_peeling
variable.
From-SVN: r236631
Diffstat (limited to 'libjava/testsuite/libjava.lang/verify.java')
0 files changed, 0 insertions, 0 deletions