| commit | 0b86fa32a5d7ae465f86e0149546d30e813d3c2f | |
| author | rsandifo <rsandifo@138bc75d-0d04-0410-961f-82ee72b054a4> | |
| Mon, 18 Sep 2017 15:42:08 +0000 (18 15:42 +0000) | ||
| committer | rsandifo <rsandifo@138bc75d-0d04-0410-961f-82ee72b054a4> | |
| Mon, 18 Sep 2017 15:42:08 +0000 (18 15:42 +0000) | ||
| tree | 59d050791a2f94e34d70ce4be586d4fc30974f7d | treesnapshot (tar.gz zip) |
| parent | 402f565fbd8d9ffbe44ecea00c723a081beb1a5b | commitdiff |
Fix an SVE failure in the Fortran matmul* tests
The vectoriser was calling vect_get_smallest_scalar_type without
having proven that the type actually is a scalar. This seems to
be the intended behaviour: the ultimate test of whether the type
is interesting (and hence scalar) is whether an associated vector
type exists, but this is only tested later.
The patch simply makes the function cope gracefully with non-scalar
inputs.
2017-09-18 Richard Sandiford <richard.sandiford@linaro.org>
Alan Hayward <alan.hayward@arm.com>
David Sherwood <david.sherwood@arm.com>
gcc/
* tree-vect-data-refs.c (vect_get_smallest_scalar_type): Cope
with types that aren't in fact scalar.
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@252934 138bc75d-0d04-0410-961f-82ee72b054a4
The vectoriser was calling vect_get_smallest_scalar_type without
having proven that the type actually is a scalar. This seems to
be the intended behaviour: the ultimate test of whether the type
is interesting (and hence scalar) is whether an associated vector
type exists, but this is only tested later.
The patch simply makes the function cope gracefully with non-scalar
inputs.
2017-09-18 Richard Sandiford <richard.sandiford@linaro.org>
Alan Hayward <alan.hayward@arm.com>
David Sherwood <david.sherwood@arm.com>
gcc/
* tree-vect-data-refs.c (vect_get_smallest_scalar_type): Cope
with types that aren't in fact scalar.
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@252934 138bc75d-0d04-0410-961f-82ee72b054a4
| gcc/ChangeLog | diffblobblamehistory | |
| gcc/tree-vect-data-refs.c | diffblobblamehistory |