diff options
| author | Andrew Pinski <quic_apinski@quicinc.com> | 2024-11-30 21:11:42 -0800 |
|---|---|---|
| committer | Andrew Pinski <quic_apinski@quicinc.com> | 2024-11-30 21:12:47 -0800 |
| commit | e0ffe6620cc29154ef84dbc2ecc44d6d98a2e5c5 (patch) | |
| tree | bf8a404bcb78b897091dbcfd0f4754b448e1d6f5 /gcc/tree-ssa-phiopt.cc | |
| parent | 849172317a56bb35ceb34ed95a8cf86a661fdb79 (diff) | |
| download | gcc-e0ffe6620cc29154ef84dbc2ecc44d6d98a2e5c5.zip gcc-e0ffe6620cc29154ef84dbc2ecc44d6d98a2e5c5.tar.gz gcc-e0ffe6620cc29154ef84dbc2ecc44d6d98a2e5c5.tar.bz2 | |
testsuite: Fix aarch64/sve/acle/general-c/gnu_vectors_[12].c for taking address of vector element
After the recent changes for SVE vectors becoming usable as GNU vector extensions. You can now get
each of the elements like it was an array. There is no reason why taking the address of that
won't be invalid too. especially since we are limiting to the first N elements (where N is the
min arch supported elements for these types).
So this removes the error message on these 2 lines and fixes the testcase.
Pushed as obvious after a quick test for these tests for aarch64-linux-gnu.
gcc/testsuite/ChangeLog:
* gcc.target/aarch64/sve/acle/general-c/gnu_vectors_1.c: Remove
error message on taking address of an element of a vector.
* gcc.target/aarch64/sve/acle/general-c/gnu_vectors_2.c: Likewise.
Signed-off-by: Andrew Pinski <quic_apinski@quicinc.com>
Diffstat (limited to 'gcc/tree-ssa-phiopt.cc')
0 files changed, 0 insertions, 0 deletions