https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64461
--- Comment #8 from Joel Sherrill ---
Thanks. I didn't build all our Coldfire BSPs but I checked one and it is OK
now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64461
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64461
--- Comment #6 from Jeffrey A. Law ---
Author: law
Date: Mon Jan 12 20:19:57 2015
New Revision: 219488
URL: https://gcc.gnu.org/viewcvs?rev=219488&root=gcc&view=rev
Log:
PR target/64461
* gcc.target/m68k/pr64461.c: New test.
Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64461
--- Comment #5 from Joel Sherrill ---
(In reply to Andreas Schwab from comment #4)
> The easiest fix is to disable the three trunc patterns for the coldfire.
This isn't my area of expertise. That's why I focused in on doing the git
bisect. Hoped
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64461
--- Comment #4 from Andreas Schwab ---
The easiest fix is to disable the three trunc patterns for the coldfire.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64461
--- Comment #3 from Andreas Schwab ---
It is using truncsiqi2, but that pattern hasn't been adjusted for coldfire.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64461
--- Comment #2 from Joel Sherrill ---
Multiple BSPs trigger this on various files which is not a surprise seeing as
it is generating an illegal memory to memory move. But in case it helps, this
is the list of CPU CFLAGS of BSPs which trigger it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64461
--- Comment #1 from Joel Sherrill ---
Doing a git bisect showed this to be the commit that broke things. Clearly not
m68k specific but triggered it.
commit 91ae0791cbebaac673e42e53c8b7f000241a0ca1
Author: dj
Date: Fri Aug 29 23:19:42 2014 +0
