https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
Bernd Schmidt changed:
What|Removed |Added
CC||amodra at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
--- Comment #6 from Bill Seurer ---
mfcr is "move from condition register" and it copies the contents of the
condition register into a general-purpose register. In this case it copies the
condition register into "tmp".
I did some quick choppi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
--- Comment #5 from Bernd Schmidt ---
Can you reproduce that with the testcase reduced a bit? What does the mfcr
instruction do?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
--- Comment #4 from Bill Seurer ---
From poking around in gdb it is dying on line 1078 in the code from the
VERIFY_CR macro (part of VERIFY_REGS) though "where" shows line 1070 for some
reason.
#ifndef __NO_FPRS__
b_all ();
VERIFY_REGS;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
--- Comment #3 from Bernd Schmidt ---
In theory debug_insns are updated by regrename.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
--- Comment #2 from Bill Schmidt ---
I don't know the register-renames code at all -- does it update debug
information when it replaces registers? Sounds like gdb is getting stale
results for which register represents a memory value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
--- Comment #1 from Bernd Schmidt ---
So the only non-guality failure is powerpc/savres.c? Is there a way to reduce
this a bit, and also provide an (ideally reduced) preprocessed version that
exhibits the failure?
10 matches
Mail list logo