https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #14 from Michael Meissner meissner at gcc dot gnu.org ---
Author: meissner
Date: Wed Mar 11 16:57:41 2015
New Revision: 221350
URL: https://gcc.gnu.org/viewcvs?rev=221350root=gccview=rev
Log:
[gcc]
2015-03-09 Michael Meissner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #13 from Michael Meissner meissner at gcc dot gnu.org ---
My gut feeling is we don't want to change ?m to !m, because it might impact
floating point conversions - integer, where we need the DI mode in a floating
point register. In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #8 from Michael Meissner meissner at gcc dot gnu.org ---
I'm going to start looking at this. I suspect the issue is we need more checks
about the offset in TOC references. In particular, the 64-bit GPR load/store
instruction (ld,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
Michael Meissner meissner at gcc dot gnu.org changed:
What|Removed |Added
Attachment #34994|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
Michael Meissner meissner at gcc dot gnu.org changed:
What|Removed |Added
Attachment #34996|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #9 from Michael Meissner meissner at gcc dot gnu.org ---
Created attachment 34994
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34994action=edit
Proposed patch to fix the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
Michael Meissner meissner at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #6 from Jeffrey A. Law law at redhat dot com ---
So I think two things are coming into play with reproducing these issues.
First an inaccurate trunk version #. r221042 is not a trunk commit. I was
able to reproduce with r221041
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #7 from David Edelsohn dje at gcc dot gnu.org ---
I'll defer to Mike for deeper analysis, but changing ?m to !m seems very
reasonable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #5 from Martin Sebor msebor at gcc dot gnu.org ---
Unable to reproduce with either test case and either stage1 or a fully
bootstrapped 5.0.0 20150302 on ppc64le.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #4 from Martin Sebor msebor at gcc dot gnu.org ---
Although the error is different, similarly to pr65278, unable to reproduce with
a stage1 compiler. Will try after bootstrapping.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
Peter Bergner bergner at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #2 from Matthias Klose doko at gcc dot gnu.org ---
shorter testcase from another package:
$ g++ -c -g -O3 -Wno-write-strings Channel.ii
Channel.ii: In member function 'void C::m_fn2()':
Channel.ii:46:1: internal compiler error: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #3 from Peter Bergner bergner at gcc dot gnu.org ---
The debugger shows:
#1 0x10d0d2ec in gen_add2_insn (x=0x3fffb57ddf08, y=0x3fffb57dded8)
at /home/bergner/gcc/gcc-fsf-mainline-PR65242/gcc/optabs.c:4761
4761
17 matches
Mail list logo