https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
--- Comment #12 from Richard Biener ---
Btw, PR56812 and thus g++.dg/vect/slp-pr56812.cc looks suspiciously similar.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55190
--- Comment #8 from Oleg Endo ---
I've adjusted the title, since the issues here are not SH specific. There is
also a similar PR 62233.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65680
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65614
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65647
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P3
--- Comment #10 from Jakub Jelinek -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65647
--- Comment #11 from Terry Guo ---
(In reply to Jakub Jelinek from comment #10)
> In any case, a remaining testsuite issue doesn't deserve P1 at this point.
If nobody work on this, I will come up with a patch soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65647
--- Comment #12 from Yvan Roux ---
> If nobody work on this, I will come up with a patch soon.
Ok Terry, beside the testsuite issue the problem is fixed for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65680
--- Comment #2 from Jakub Jelinek ---
Created attachment 35241
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35241&action=edit
gcc5-pr65680.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61502
Richard Biener changed:
What|Removed |Added
CC||gcc at robbertkrebbers dot nl
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65679
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65478
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65675
--- Comment #3 from Jonathan Wakely ---
Since GCC itself now depends on a hosted C++ library, you can't disable the
hosted library when bootstrapping.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65675
Jonathan Wakely changed:
What|Removed |Added
Component|libstdc++ |bootstrap
--- Comment #4 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65052
--- Comment #8 from dhowells at redhat dot com ---
This seems to work for me, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65675
--- Comment #5 from Jonathan Wakely ---
It doesn't allow bootstrapping without a hosted runtime, but we probably want
this patch in libstdc++ anyway:
--- a/libstdc++-v3/include/bits/stl_algo.h
+++ b/libstdc++-v3/include/bits/stl_algo.h
@@ -4420,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
--- Comment #56 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65647
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #14 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65647
--- Comment #14 from Terry Guo ---
The test case is already updated with -mfloat-abi=soft.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65682
Bug ID: 65682
Summary: bootstrap failure of gcc-4.9.2 on mips64el target in
libgcc "_mulvdi3.o"
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65351
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 7 09:57:46 2015
New Revision: 221891
URL: https://gcc.gnu.org/viewcvs?rev=221891&root=gcc&view=rev
Log:
PR target/65351
config/
* picflag.m4: Append -mno-dynamic-no-pic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65351
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #18 from Richard Biener ---
Gone latent with inliner heuristic changes, -fno-inline -flto-partition=max is
now required to reproduce the ICE (with -O -g, of course).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
Target Milestone|5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65489
--- Comment #2 from Richard Biener ---
Ping? If TARGET_LEGITIMATE_CONSTANT_P is at fault isn't this a latent issue
also present on branches?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65489
--- Comment #3 from Richard Biener ---
A posted patch was approved but not yet checked in.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #20 from Markus Trippelsdorf ---
Also crashes with 4.8.
markus@x4 tmp % < tcp_client.ii
template struct __and_;
template class function;
template class _Base_manager {
protected:
static _Functor *_M_get_pointer(int) {}
};
templ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65489
--- Comment #4 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Apr 7 10:24:19 2015
New Revision: 221892
URL: https://gcc.gnu.org/viewcvs?rev=221892&root=gcc&view=rev
Log:
[ARM] PR 65489: Accept VSTRUCT constants in arm_legitimate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65489
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65550
Richard Biener changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
Priority|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65683
Bug ID: 65683
Summary: [5 regression] access types across "limited with"
breaks restriction of No_Elaboration_Code
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62205
--- Comment #3 from yuta tomino ---
It seems fixed with gcc-5-20150405.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #8 from Richard Biener ---
3
fprintf.o 2
195 905fe68a PREVAILING_DEF_IRONLY main_test
233 905fe68a RESOLVED_EXEC __iob_func
fprintf-lib.o 1
263 905f8622 RESOLVED_IR inside_main
main.o 3
172 905f8490 PREVAILING_DEF main
179 905f8490 PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47748
--- Comment #1 from yuta tomino ---
It seems fixed with gcc-4.7.2, 4.8.1, 4.9.2 and 5-20150405.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64987
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64236
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65684
Bug ID: 65684
Summary: Wrong error message when writing to a string
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65685
Bug ID: 65685
Summary: Reducing alignment with alignas should be rejected
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65684
--- Comment #1 from Alexander Vogt ---
This is motivated by this post on Stack Overflow:
https://stackoverflow.com/questions/29489388/fortran-end-of-record-error-when-saving-a-variable/29490374#29490374
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65676
--- Comment #3 from Uroš Bizjak ---
Following patch:
--cut here--
Index: config/i386/i386.c
===
--- config/i386/i386.c (revision 221888)
+++ config/i386/i386.c (working copy)
@@ -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
--- Comment #48 from Richard Biener ---
On ppc64 we generate
.L2:
lfd 6,8(10)
lfd 7,16(10)
lfd 8,24(10)
lfd 9,32(10)
lfd 10,40(10)
lfd 11,48(10)
lfd 12,56(10)
lfdu 0,64(10)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #9 from Rainer Emrich ---
Created attachment 35244
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35244&action=edit
reproducer with temporaries and verbose gcc output including -Wl,-debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65686
Bug ID: 65686
Summary: incorrect warning maybe-uninitialized
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #10 from Rainer Emrich ---
(In reply to Richard Biener from comment #8)
> Unfortunately -Wl,-debug is missing ;)
Ok, I uploaded a version including -Wl,-debug
>
> It would be interesting to see the lto-wrapper invocation (is there s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #11 from Richard Biener ---
Ok, the ld invocation still looks correct. For some reason we don't see the
debug output from lto-wrapper or the linker plugin. Ah - it looks for '-v',
so can you try with -Wl,-debug -Wl,-v?
Debugging th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65687
Bug ID: 65687
Summary: Inconsistent behavior for
__attribute__((__deprecated__)) between C and C++.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63917
--- Comment #12 from Yvan Roux ---
Author: yroux
Date: Tue Apr 7 13:24:05 2015
New Revision: 221894
URL: https://gcc.gnu.org/viewcvs?rev=221894&root=gcc&view=rev
Log:
gcc/
2015-04-07 Yvan Roux
Backport from trunk r217062, r217646, r2186
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
--- Comment #15 from Richard Biener ---
Author: rguenth
Date: Tue Apr 7 13:40:24 2015
New Revision: 221895
URL: https://gcc.gnu.org/viewcvs?rev=221895&root=gcc&view=rev
Log:
2015-04-07 Richard Biener
Backport from mainline
2015-04-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64909
--- Comment #15 from Richard Biener ---
Author: rguenth
Date: Tue Apr 7 13:40:24 2015
New Revision: 221895
URL: https://gcc.gnu.org/viewcvs?rev=221895&root=gcc&view=rev
Log:
2015-04-07 Richard Biener
Backport from mainline
2015-04-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65670
--- Comment #10 from Bill Schmidt ---
Per discussion on gcc-patches, powerpc64le-linux-gnu shares the
baseline_symbols.txt file with powerpc64-linux-gnu, and there's no current
reason for them to diverge. So nothing to do on that front.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #7 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Tue Apr 7 14:10:43 2015
New Revision: 221897
URL: https://gcc.gnu.org/viewcvs?rev=221897&root=gcc&view=rev
Log:
PR fortran/65548
* gfortran.dg/allocate_with_source_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65540
Steven Bosscher changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65648
Steven Bosscher changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65644
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from Daniel Richard G. ---
> Reopening due to lack of resolution.
>
> If system patches should resolve the issue, then I am open to trying any that
> are appropriate; if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65680
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 7 14:34:06 2015
New Revision: 221899
URL: https://gcc.gnu.org/viewcvs?rev=221899&root=gcc&view=rev
Log:
PR middle-end/65680
* expr.c (get_inner_reference): Handle bit_off
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #12 from Rainer Emrich ---
Created attachment 35245
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35245&action=edit
yet another more verbose reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 7 14:35:18 2015
New Revision: 221900
URL: https://gcc.gnu.org/viewcvs?rev=221900&root=gcc&view=rev
Log:
PR debug/65678
* valtrack.c (debug_lowpart_subreg): New function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62205
Arnaud Charlet changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47748
Arnaud Charlet changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #13 from Rainer Emrich ---
(In reply to Richard Biener from comment #11)
> Ok, the ld invocation still looks correct. For some reason we don't see the
> debug output from lto-wrapper or the linker plugin. Ah - it looks for '-v',
> s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65680
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.8/4.9/5 Regression] ICE |[4.8/4.9 Regression] ICE at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65676
Kirill Yukhin changed:
What|Removed |Added
CC||kyukhin at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62258
--- Comment #10 from Jonathan Wakely ---
doko, this fails for me with 4.8.1, and 4.7.4 and 4.8.0
There are no changes between 4.8.1 and 4.8.2 that could have affected this.
Are you sure it's a regression?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65648
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65654
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65678
--- Comment #7 from Vladimir Makarov ---
Author: vmakarov
Date: Tue Apr 7 15:01:07 2015
New Revision: 221901
URL: https://gcc.gnu.org/viewcvs?rev=221901&root=gcc&view=rev
Log:
2015-04-07 Vladimir Makarov
PR target/65678
* lra-remat.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65614
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65648
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65684
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65684
--- Comment #3 from Alexander Vogt ---
OK, I agree that the behavior is Standard conforming...
Thanks for the clarification!
Still, the error message issued is not really helpful if one is unfamiliar with
the Standard. Maybe it could be improv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65688
Bug ID: 65688
Summary: xbomb 2.2a segfault, infinite loop at -O2
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52982
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65688
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65642
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|mpolacek at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65688
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65685
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65689
Bug ID: 65689
Summary: [AArch64] S constraint fails for inline asm at -O0
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65689
--- Comment #1 from alalaw01 at gcc dot gnu.org ---
Problem stems from parse_input_constraint (in stmt.c):
if (reg_class_for_constraint (cn) != NO_REGS
|| insn_extra_address_constraint (cn))
*allows_reg = true;
else if (insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
--- Comment #49 from Jeffrey A. Law ---
Richi, see c#45. Basically the regression is "gone" for the testcase as-is...
But it's pretty easy to twiddle it slightly and show the regression. It's also
important to note this is e500 code, so you ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65338
iverbin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65690
Bug ID: 65690
Summary: [5 Regression] typedef alignment lost since r219705
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65690
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63731
--- Comment #36 from Ian Lance Taylor ---
Lynn added a new facility. Some notes on docs:
As far as documentation, I tried to find some documentation on build tags in
general and netgo specifically because it seems like this should be documented
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63731
--- Comment #35 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Apr 7 18:09:28 2015
New Revision: 221906
URL: https://gcc.gnu.org/viewcvs?rev=221906&root=gcc&view=rev
Log:
PR go/63731
libgo: Build and install libnetgo.a
libnetgo.a pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65635
Tom Honermann changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65635
Tom Honermann changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #3 from Tom Honerma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65634
--- Comment #3 from Tom Honermann ---
Confirmed fixed with r221861. I'll leave the bug open though since comment 2
is requesting additional followup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65636
--- Comment #3 from Tom Honermann ---
Confirmed fixed with r221861. I'll leave the bug open though since comment 2
is requesting additional followup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65684
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56743
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65689
James Greenhalgh changed:
What|Removed |Added
Target||aarch64*-*-*
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63191
--- Comment #4 from Steven Bosscher ---
How is one to reproduce this bug with GCC5? I've tried:
$ ./xg++ --version
xg++ (GCC) 5.0.0 20150407 (experimental) [trunk revision 221906]
Copyright (C) 2015 Free Software Foundation, Inc.
This is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65657
Senthil Kumar Selvaraj changed:
What|Removed |Added
CC||senthil_kumar.selvaraj@atme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65657
--- Comment #4 from Senthil Kumar Selvaraj ---
Doesn't appear to be a missed clobber in the md file, as *.expand shows in insn
7 - r22 is in the clobbered registers list. Later passes assume r22 is unused
after insn 6 (reg:R22 QI is marked as REG
1 - 100 of 124 matches
Mail list logo
