https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #10 from Peter Bergne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
--- Comment #9 from Peter Bergner ---
Author: bergner
Date: Wed Feb 14 15:17:04 2018
New Revision: 257661
URL: https://gcc.gnu.org/viewcvs?rev=257661&root=gcc&view=rev
Log:
gcc/
Back port from mainline
2018-02-13 Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Peter Bergner changed:
What|Removed |Added
Target Milestone|8.0 |7.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
--- Comment #7 from Peter Bergner ---
Author: bergner
Date: Tue Feb 13 23:05:59 2018
New Revision: 257647
URL: https://gcc.gnu.org/viewcvs?rev=257647&root=gcc&view=rev
Log:
gcc/
PR target/84279
* config/rs6000/rs6000.c (mem_opera
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
--- Comment #6 from Peter Bergner ---
(In reply to Segher Boessenkool from comment #5)
> I think you should do this check inside address_offset?
I don't think that is possible. The callers of address_offset assume if
address_offset returns a no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
--- Comment #5 from Segher Boessenkool ---
I think you should do this check inside address_offset?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
--- Comment #4 from Peter Bergner ---
This actually seems to be a constraint problem caused by mem_operand_gpr()
which implements the "Y" constraint (ie, mem's ok for GPR load/stores) allowing
altivec type addresses that contain the 'and' like we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Peter Bergner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2018-02-08 00:00:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Peter Bergner changed:
What|Removed |Added
Last reconfirmed||2018-2-8
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
--- Comment #1 from Jakub Jelinek ---
pr84279.C: In member function ‘void B::m5(B::D*)’:
pr84279.C:29:79: error: could not split insn
void B::m5 (D *c) { unsigned x; C ar; A am; if (ar.m1 (c->e, am)) m6 (x, am);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Jakub Jelinek changed:
What|Removed |Added
CC||dje at gcc dot gnu.org,
13 matches
Mail list logo