http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Thu Mar 13 09:38:28 2014
New Revision: 208535
URL: http://gcc.gnu.org/viewcvs?rev=208535&root=gcc&view=rev
Log:
PR tree-optimization/59025
PR middle-end/60418
* tree-ssa-reass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #10 from Pat Haugen ---
(In reply to Jakub Jelinek from comment #9)
> Can you please try the http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418#c21
> patch?
Trunk no longer fails with the options stated in comment #1, but I tried the
p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #9 from Jakub Jelinek ---
Can you please try the http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418#c21
patch?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #7 from Jakub Jelinek ---
Just had a quick look at 3dview.c and indeed, the only swap of arguments I see
is due to different SSA_NAME_VERSIONs being used by reassoc1 (that is not a
bug) and
then during copyprop5 when a stmt is folded u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #6 from Jakub Jelinek ---
If I remember well, there was one spot where it could result in swapped order
of commutative operation's operand at the tree level, plus of course if
RA/scheduling is affected by SSA_NAME_VERSION of the tempor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #5 from Pat Haugen ---
Well, it looks to be an interaction amongst 3 files from the benchmark. All 3
have to be compiled with r203979 compiler for the benchmark to fail (others are
compiled with r203978). I captured assembler output fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #4 from Peter Bergner ---
Pat was working on that. He reported to me that he had gone through compiling
each file with the "bad" options and did not hit the error, so it seems it is
an interaction between multiple files and he was in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #3 from Jakub Jelinek ---
Can you please narrow it down to a file and routine? I guess I can look at it
afterwards using cross-compilers, the patch wasn't meant do any code generation
changes, only that sometimes a new stmt is created
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Summary|Revision 203979
11 matches
Mail list logo
