https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #13 from Donn Seeley ---
BTW, this issue cropped up in Wind River Linux testing, not VxWorks. I have no
idea whether the VxWorks folks are using -mapcs-frame. WR Linux will remove
the -mapcs-frame flag from future builds; it was ori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #12 from Donn Seeley ---
I talked to the folks who added -mapcs-frame to our builds, and it appears that
we don't actually need it any more. We'll remove it and see what happens.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #7 from Donn Seeley ---
Re -mapcs-frame: Yes, the failure is due to code in
arm_expand_epilogue_apcs_frame() that explicitly requires / stomps on IP in
order to restore VFP/NEON registers. Sorry, I should have mentioned that. The
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #4 from Donn Seeley ---
Created attachment 34319
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34319&action=edit
main.i to go with content.i
I copied content.i to main.i and added just enough material to get it to
compile and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #2 from Donn Seeley ---
Created attachment 34316
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34316&action=edit
compiler parameters for the build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #1 from Donn Seeley ---
Created attachment 34315
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34315&action=edit
generated assembly code for content.i
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: donn.seeley at windriver dot com
Created attachment 34314
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34314&action=edit
reduced from content.c in xfsdump
In the examp
