https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570
--- Comment #12 from Bernd Schmidt ---
Or lose the equality tests on the max values, instead use something like
if (b > r && b >= g)
I suppose that could still have problems if b and g are equal and one of them
is spilled. Someone who knows tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570
--- Comment #13 from Bernd Schmidt ---
Or, you know, operate on integers. Skip the / 255.0 step where it is
unnecessary.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
--- Comment #5 from Bernd Schmidt ---
Yeah, my current theory is that r87 is spilled at the start, then the spill reg
is inherited in all the existing uses of it, and lra thinks it can avoid
storing it to memory.
Then we add a new reference to i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69656
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
--- Comment #10 from Bernd Schmidt ---
A slightly hackish attempt to solve it, by not removing stores to the PIC
register. As far as I can tell we now end up with an unnecessary store to
memory, which is better than an uninitialized load I guess.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69609
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
--- Comment #11 from Bernd Schmidt ---
FWIW that passes bootstrap & regtest on x86_64-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
--- Comment #12 from Bernd Schmidt ---
err, with -fPIC in the CFLAGS was what I was going to say.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69609
--- Comment #3 from Bernd Schmidt ---
Something like this maybe? Tries to determine if too large a fraction of blocks
are only reachable by computed jumps in a large function (which I'm guessing is
what triggers the compile time issues).
diff --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67639
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65702
Bernd Schmidt changed:
What|Removed |Added
CC||su at cs dot ucdavis.edu
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65702
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68730
--- Comment #15 from Bernd Schmidt ---
Author: bernds
Date: Mon Feb 8 15:31:08 2016
New Revision: 233215
URL: https://gcc.gnu.org/viewcvs?rev=233215&root=gcc&view=rev
Log:
Fix latent LRA remat issue (PR68730)
PR rtl-optimization/68730
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60410
--- Comment #17 from Bernd Schmidt ---
Author: bernds
Date: Mon Feb 8 15:36:16 2016
New Revision: 233218
URL: https://gcc.gnu.org/viewcvs?rev=233218&root=gcc&view=rev
Log:
Remove -fshort-double
PR target/60410
* tree.c (build_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60410
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69727
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #10 from Bernd Schmidt ---
(In reply to Jakub Jelinek from comment #9)
> The referenced debian bug suggests that there is both an aliasing violation
> and unaligned access.
In their source code you mean? There's type punning going on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #11 from Bernd Schmidt ---
(In reply to John David Anglin from comment #0)
> - ldh 2(%r31),%r20
Could you verify whether the test works if you replace the 2(%r31) with 0(%r31)
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65702
--- Comment #12 from Bernd Schmidt ---
Author: bernds
Date: Tue Feb 9 13:10:39 2016
New Revision: 233242
URL: https://gcc.gnu.org/viewcvs?rev=233242&root=gcc&view=rev
Log:
PR middle-end/65702
* varasm.c (make_decl_rtl): Mark inv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #13 from Bernd Schmidt ---
Yes, that's the one I've been zeroing in on. It does look wrong, but it was
intended as a fix, so I guess I'll be reinvestigating the original bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65702
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69733
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68730
--- Comment #17 from Bernd Schmidt ---
I was going to keep it open and ask for a 5.0 backport if it doesn't show
negative effects in a week or two...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #15 from Bernd Schmidt ---
Created attachment 37649
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37649&action=edit
Candidate patch
Could you try whether this fixes it and still passes regression tests (esp. the
67881 testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
--- Comment #25 from Bernd Schmidt ---
(In reply to Bill Schmidt from comment #9)
> Finally got back to this for a bit. I've tracked the problem down to the
> register renaming pass. I suspect it's having trouble with the
> fusion_gpr_load_di p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
--- Comment #29 from Bernd Schmidt ---
Mike, this isn't about addresses. It's about an earlyclobber output overlapping
an input. Maybe there's an invalid peephole creating such a pattern, or maybe
the output need not be marked earlyclobber - that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
Bernd Schmidt changed:
What|Removed |Added
Attachment #37649|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
--- Comment #30 from Bernd Schmidt ---
Something like this maybe? I don't know much about the machine and can't say
whether the earlyclobber is justified, but looking at my dumps this appears to
prevent the problematic peephole from triggering. N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69752
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69747
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69522
--- Comment #9 from Bernd Schmidt ---
Author: bernds
Date: Fri Feb 12 01:38:06 2016
New Revision: 233366
URL: https://gcc.gnu.org/viewcvs?rev=233366&root=gcc&view=rev
Log:
Fix obstack use-after-free problems in C frontend, PR69522
c/
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69522
Bernd Schmidt changed:
What|Removed |Added
Keywords|compile-time-hog|
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #22 from Bernd Schmidt ---
Created attachment 37674
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37674&action=edit
Candidate testsuite addition
Here's a reduced version of the testcase. Could you verify that it passes on PA
(
||2016-02-15
CC||bernds at gcc dot gnu.org
Resolution|INVALID |---
Ever confirmed|0 |1
--- Comment #2 from Bernd Schmidt ---
(In reply to Andrew Pinski from comment #1)
> No
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69752
--- Comment #3 from Bernd Schmidt ---
Author: bernds
Date: Mon Feb 15 12:04:13 2016
New Revision: 233423
URL: https://gcc.gnu.org/viewcvs?rev=233423&root=gcc&view=rev
Log:
Don't make something with an autoinc an equivalencing insn (PR69752).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
--- Comment #13 from Bernd Schmidt ---
Author: bernds
Date: Mon Feb 15 12:06:44 2016
New Revision: 233424
URL: https://gcc.gnu.org/viewcvs?rev=233424&root=gcc&view=rev
Log:
Avoid removing sets of a pseudo PIC register in LRA.
PR rtl-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69821
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69824
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #23 from Bernd Schmidt ---
Author: bernds
Date: Tue Feb 16 14:42:59 2016
New Revision: 233452
URL: https://gcc.gnu.org/viewcvs?rev=233452&root=gcc&view=rev
Log:
Fix bswap optimization on big-endian (PR69714, 67781).
PR tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69796
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #26 from Bernd Schmidt ---
Author: bernds
Date: Tue Feb 16 21:09:43 2016
New Revision: 233473
URL: https://gcc.gnu.org/viewcvs?rev=233473&root=gcc&view=rev
Log:
Fix bswap optimization on big-endian (PR69714, 67781).
PR tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68730
--- Comment #19 from Bernd Schmidt ---
Author: bernds
Date: Tue Feb 16 21:13:59 2016
New Revision: 233475
URL: https://gcc.gnu.org/viewcvs?rev=233475&root=gcc&view=rev
Log:
Backport lra-remat fix from mainline, PR68730
PR rtl-optimizati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69752
--- Comment #4 from Bernd Schmidt ---
Author: bernds
Date: Tue Feb 16 21:37:01 2016
New Revision: 233476
URL: https://gcc.gnu.org/viewcvs?rev=233476&root=gcc&view=rev
Log:
Backport PR69752 fix.
PR rtl-optimization/69752
* ira.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68730
Bernd Schmidt changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69752
--- Comment #5 from Bernd Schmidt ---
Author: bernds
Date: Wed Feb 17 13:03:44 2016
New Revision: 233491
URL: https://gcc.gnu.org/viewcvs?rev=233491&root=gcc&view=rev
Log:
Backport PR69752 fix from mainline.
PR rtl-optimization/69752
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69522
--- Comment #11 from Bernd Schmidt ---
Author: bernds
Date: Wed Feb 17 13:10:59 2016
New Revision: 233492
URL: https://gcc.gnu.org/viewcvs?rev=233492&root=gcc&view=rev
Log:
Backport use-after-free fix for PR69522.
c/
PR c/69522
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69522
--- Comment #12 from Bernd Schmidt ---
Author: bernds
Date: Wed Feb 17 13:13:08 2016
New Revision: 233493
URL: https://gcc.gnu.org/viewcvs?rev=233493&root=gcc&view=rev
Log:
Backport PR69522 use-after-free fix.
c/
PR c/69522
* c-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69752
Bernd Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69522
Bernd Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56069
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
--- Comment #14 from Bernd Schmidt ---
Author: bernds
Date: Thu Feb 18 15:23:11 2016
New Revision: 233523
URL: https://gcc.gnu.org/viewcvs?rev=233523&root=gcc&view=rev
Log:
Backport PR69648 fix from mainline (set of picreg removed during lra).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44281
Bernd Schmidt changed:
What|Removed |Added
Assignee|vmakarov at redhat dot com |bernds at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56069
Bernd Schmidt changed:
What|Removed |Added
Assignee|vmakarov at redhat dot com |bernds at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57676
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44281
Bernd Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44281
Bernd Schmidt changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69941
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69973
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69960
Bernd Schmidt changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69960
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69972
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69824
--- Comment #5 from Bernd Schmidt ---
I've been playing with that for a while. If the continue is replaced with
gcc_unreachable, we find parm-impl-decl-[13].c testcases that trigger it. I
think your patch is probably fine, but I'm not 100% sure a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56069
Bernd Schmidt changed:
What|Removed |Added
Target Milestone|4.9.4 |7.0
--- Comment #14 from Bernd Schmidt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69941
Bernd Schmidt changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |bernds at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57676
--- Comment #12 from Bernd Schmidt ---
Author: bernds
Date: Fri Mar 4 14:12:36 2016
New Revision: 233967
URL: https://gcc.gnu.org/viewcvs?rev=233967&root=gcc&view=rev
Log:
Avoid terminating early in LRA, unless -fchecking (PR57676)
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57676
Bernd Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
--- Comment #17 from Bernd Schmidt ---
Is this reproducible on trunk? What are the exact flags required to pass to
cc1? I'm not getting a difference in REG_EQUIV notes between -fdce and
-fno-dce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70079
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50099
Bernd Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70083
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69633
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69650
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69650
--- Comment #9 from Bernd Schmidt ---
Hmm, seems to break Ada of all things...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70123
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70138
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70123
--- Comment #4 from Bernd Schmidt ---
Created attachment 37906
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37906&action=edit
Candidate patch
Jakub, if you have a machine to test this on, can you try this patch? It's
probably not the ful
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70138
--- Comment #12 from Bernd Schmidt ---
I arrived at the same conclusion, and I was testing the following:
Index: gcc/tree-vect-loop-manip.c
===
--- gcc/tree-vect-loop-manip.c (revi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69633
Bernd Schmidt changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |bernds at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69614
--- Comment #17 from Bernd Schmidt ---
I'm not getting similar-looking code. Please post the cc1 commandline.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69614
--- Comment #19 from Bernd Schmidt ---
(In reply to Jakub Jelinek from comment #16)
> insn 146 is the pre-reload first xor, insn 701 is storing of the result into
> the [sp, #16] memory slot, but the insn 659 inserted during LRA is just
> weird.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69614
--- Comment #20 from Bernd Schmidt ---
So this:
@@ -5890,11 +5897,24 @@ remove_inheritance_pseudos (bitmap remov
continue;
done_p = false;
sregno = dregno = -1;
- if (change_p && NONDEBUG_INSN_P (curr_insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69614
--- Comment #22 from Bernd Schmidt ---
Ok Vlad, I'll sign off for tonight and let you have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70083
--- Comment #5 from Bernd Schmidt ---
Author: bernds
Date: Mon Mar 14 15:08:54 2016
New Revision: 234184
URL: https://gcc.gnu.org/viewcvs?rev=234184&root=gcc&view=rev
Log:
LRA: identify biggest access mode for hard_regs and use it in split_reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70123
--- Comment #8 from Bernd Schmidt ---
I'll take your comment as approval and install on gcc-5 as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69941
--- Comment #6 from Bernd Schmidt ---
Author: bernds
Date: Tue Mar 15 03:10:31 2016
New Revision: 234209
URL: https://gcc.gnu.org/viewcvs?rev=234209&root=gcc&view=rev
Log:
Backport PR69941 patch from mainline.
PR rtl-optimization/69941
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69941
--- Comment #7 from Bernd Schmidt ---
Author: bernds
Date: Tue Mar 15 03:14:38 2016
New Revision: 234210
URL: https://gcc.gnu.org/viewcvs?rev=234210&root=gcc&view=rev
Log:
Backport PR69941 patch from mainline.
PR rtl-optimization/69941
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70278
--- Comment #2 from Bernd Schmidt ---
Author: bernds
Date: Fri Mar 18 19:09:08 2016
New Revision: 234342
URL: https://gcc.gnu.org/viewcvs?rev=234342&root=gcc&view=rev
Log:
Fix PR70278, a problem with the previous split_reg change
PR rtl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69650
--- Comment #26 from Bernd Schmidt ---
Also, let's keep in mind the issue David found - "left but not entered" seems
like a misleading message, something like "unexpectedly reentered" seems to fit
better.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69650
--- Comment #30 from Bernd Schmidt ---
I'm just using CPP_W_NONE in the patch I'm testing and that seems to work.
Regarding the error message, here's what we'll get:
69650.c:4:55: warning: file "fish" left but not entered
# 9 "fish" 2 /* { dg-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69650
--- Comment #33 from Bernd Schmidt ---
It does mean LC_LEAVE, but AFAICT the filename is the file being returned to.
Including a file called "t.h" from "v.c" gives this after -E:
# 1 "t.h" 1
int t;
# 2 "v.c" 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69650
--- Comment #35 from Bernd Schmidt ---
I don't think guesswork will be very helpful in practice with a corrupted #line
structure, and errors of this nature shouldn't really occur anyway outside of
artificial testcases. I'm leaning towards either
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70436
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70436
--- Comment #9 from Bernd Schmidt ---
I suspect what broke it was git revision 0375a27521885.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70460
--- Comment #4 from Bernd Schmidt ---
Can we change it to just use SET_SRC (single_set (...))?
I don't think the new pass was intended to handle anything new, only to
disentangle the logic in ira. Alan mentioned gfortran.dg/pr46755.f as the only
101 - 200 of 490 matches
Mail list logo
