https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19049
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Thu Oct 22 13:33:17 2015
New Revision: 229172
URL: https://gcc.gnu.org/viewcvs?rev=229172&root=gcc&view=rev
Log:
2015-10-22 Richard Biener
PR tree-optimization/19049
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19049
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19049
--- Comment #10 from Andrew Pinski ---
We now get (at least on aarch64):
t.f90:11:0: note: === vect_pattern_recog ===
t.f90:11:0: note: === vect_analyze_data_ref_accesses ===
t.f90:11:0: note: Detected single element interleaving *a_23(D)[_22] st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19049
Ira Rosen changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|irar at il dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19049
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed|2007-07-09 07:42:10 |2010-11-09
CC|
--- Comment #7 from irar at il dot ibm dot com 2006-09-19 07:29 ---
Even though vectorization of strided accesses is already implemented in the
autovect branch (and will be committed to the mainline 4.3), this case contains
a store with a gap (store to a[i] without a store to a[i-1]), an
--- Additional Comments From irar at il dot ibm dot com 2005-07-26 07:07
---
The data dependence issue was solved by this patch http://gcc.gnu.org/ml/gcc-
patches/2005-07/msg01195.html (committed). However, this loop is still not
vectorizable because of noncontinuous access.
--
http
--- Additional Comments From irar at il dot ibm dot com 2005-04-25 09:58
---
The vectorizer fails to determine dependence between: (*a_38)[D.719_49] and
(*a_38)[D.718_51], since it fails to determine that both of the data-refs have
the same base, *a_38. This is already fixed in autovec
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
00:16 ---
pr19049.f:10: note: not vectorized: can't determine dependence between:
(*a_38)[D.722_49] and
(*a_38)[D.721_51]
pr19049.f:10: note: bad data dependence.
--
What|Removed
