https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62254
--- Comment #20 from Julien Margetts ---
It is the gcc_assert (REG_P (operands[0])); in arm_reload_in_hi which fires,
which as far as I can see is still in trunk today.
At this point rtx operands[0] looks like this:
08 2d c2 7a 53 2b 00 00
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62254
--- Comment #17 from Julien Margetts ---
The following test case still fails with the patch applied (originally bug
70362)
arm-none-eabi-gcc -march=armv3m -c -o c_compat_x_tst.o
gcc/testsuite/gcc.dg/compat/scalar-by-value-4_x.c
The assert in th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70362
Julien Margetts changed:
What|Removed |Added
CC||nickc at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70362
--- Comment #5 from Julien Margetts ---
Yes, I applied both patches, and the test failure is still present, but on
closer inspection, it is no longer a segfault, but an internal compiler error:
The new assertion in the patch is firing:
gcc_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70362
--- Comment #3 from Julien Margetts ---
Are you suggesting you confirmed the patch associated with bug 62254 fixes this
issue?
As far as I can tell, in isolation at least, it does not
mal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jmargetts at ocz dot com
Target Milestone: ---
This testcase fails with a segmentation fault on ARM architectures less then v4
(I.e. where halfword load/store are synthesised f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70335
Julien Margetts changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jmargetts at ocz dot com
Target Milestone: ---
Created attachment 38044
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38044&action=edit
Faili
