https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
Joseph S. Myers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #13 from Peter Bergner ---
Author: bergner
Date: Thu Nov 24 02:07:51 2016
New Revision: 242818
URL: https://gcc.gnu.org/viewcvs?rev=242818=gcc=rev
Log:
gcc/
PR target/78458
* config/rs6000/rs6000.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #12 from joseph at codesourcery dot com ---
Applying also the third patch
Index: gcc/config/rs6000/rs6000.c
===
--- gcc/config/rs6000/rs6000.c (revision 242751)
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #11 from joseph at codesourcery dot com ---
For e500v2, that patch moves things from a libgcc build failure to a glibc
build failure having built libgcc successfully: many files in glibc fail
to build with errors of the form:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #10 from Peter Bergner ---
(In reply to Peter Bergner from comment #9)
> I'm testing the following patch (which is a little more general) on a
> powerpc64le-linux bootstrap to see if this survives.
Ok, this patch passed bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #9 from Peter Bergner ---
The IFmode usage is coming from HARD_REGNO_CALLER_SAVE_MODE(8, 2, TFmode)
returning IFmode, which comes from choose_hard_reg_mode (8, 2, false). As a
quick hack, I modified HARD_REGNO_CALLER_SAVE_MODE() to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #8 from Peter Bergner ---
Last one, I promise. We don't need _Complex at all:
extern void bar (void);
long double
foo (long double p1)
{
bar ();
asm volatile ("# clobbers" :::
"r14", "r15", "r16", "r17", "r18",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #7 from Peter Bergner ---
Here's a smaller test case that induces spilling which leads to our ICE:
extern void bar (void);
_Complex
foo (long double p1)
{
_Complex e;
bar ();
asm volatile ("# clobbers" :::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #6 from Peter Bergner ---
This whole lra reload is due to us trying to split insns like the following:
(insn 129 281 264 9 (set (subreg:TF (reg:TI 315 [orig:262 p1 ] [262]) 0)
(reg/v:TF 173 [ p1 ])) "pr78458.i":17 1930
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #5 from Peter Bergner ---
gdb show we don't like:
(gdb) frame 1
#1 0x10a7d328 in lra_set_insn_recog_data (insn=0x3fffb5584340) at
/home/bergner/gcc/gcc-fsf-mainline-reg-move_costs-base/gcc/lra.c:963
963
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #3 from joseph at codesourcery dot com ---
I still get the same ICE at r242683.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #2 from joseph at codesourcery dot com ---
It was r242641.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
Michael Meissner changed:
What|Removed |Added
CC||meissner at gcc dot gnu.org
---
16 matches
Mail list logo