https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51509
Christophe Lyon changed:
What|Removed |Added
Assignee|cbaylis at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51509
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51509
Allan Jensen changed:
What|Removed |Added
CC||linux at carewolf dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51509
Maxim Kuvyrkov changed:
What|Removed |Added
Assignee|kugan at gcc dot gnu.org |cbaylis at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51509
Maxim Kuvyrkov changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51509
--- Comment #3 from Ramana Radhakrishnan 2012-06-15
00:51:26 UTC ---
With -fno-split-wide-types I can end up getting identical output to what is
expected in this case with FSF trunk. I suspect this might be another of those
costs with lower-subre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51509
--- Comment #2 from rsandifo at gcc dot gnu.org
2011-12-13 09:20:54 UTC ---
FWIW,
uint8x8x4_t x;
uint8x8x2_t y;
x = vld4_dup_u8(src);
y.val[0] = x.val[1];
y.val[1] = x.val[2];
vst2_lane_u8(dst, y, 0);
does give the expected outpu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51509
--- Comment #1 from rsandifo at gcc dot gnu.org
2011-12-13 09:07:38 UTC ---
At least part of the problem here is the uninitialised
variable in the vld4 call. GCC tries to create a zero
initialisation of "x" before the vld4, so that the other
lan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51509
Ramana Radhakrishnan changed:
What|Removed |Added
Target|arm-linux-androideabi |arm-linux-androideabi,
