https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108655
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5df573f76bb9b42231e722145033c548a5fcdf9a
commit r13-5708-g5df573f76bb9b42231e722145033c548a5fcdf9a
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108655
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108656
--- Comment #5 from Jakub Jelinek ---
Created attachment 54412
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54412&action=edit
gcc13-pr108656.patch
So shall we fix it like this then?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108677
--- Comment #3 from vincenzo Innocente ---
sorry. the original internal bug report was for gcc 7.5
https://godbolt.org/z/9crafbqen
where I think the generated code is indeed wrong (and does not depend on the
presence of the constructor!)
SO, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #2 from nightstrike ---
(In reply to Richard Biener from comment #1)
> These tests are known to be a bit awkwardly implemented to check for
> optimizations done ...
How would you do it if you were writing the test today?
> There mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108658
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108679
Martin Liška changed:
What|Removed |Added
Summary|[13 Regression] ice in |[13 Regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108676
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108674
--- Comment #11 from Jonathan Wakely ---
(In reply to Roman Lebedev from comment #9)
> (In reply to Jonathan Wakely from comment #7)
> > (In reply to Roman Lebedev from comment #0)
> > > I believe in the version 12, a new instance of such intent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108656
--- Comment #6 from Richard Biener ---
(In reply to Jakub Jelinek from comment #5)
> Created attachment 54412 [details]
> gcc13-pr108656.patch
>
> So shall we fix it like this then?
But isn't this the wrong "side"? returns_twice means it is t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108677
Richard Biener changed:
What|Removed |Added
Summary|wrong vectorization (when |no vectorization when copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108674
--- Comment #12 from Jonathan Wakely ---
(In reply to Roman Lebedev from comment #10)
> I'm not at all familiar with the GCC's preferred patch protocol,
See https://gcc.gnu.org/contribute.html#patches
> this is the result of `git format-patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108656
--- Comment #7 from Jakub Jelinek ---
(In reply to Richard Biener from comment #6)
> (In reply to Jakub Jelinek from comment #5)
> > Created attachment 54412 [details]
> > gcc13-pr108656.patch
> >
> > So shall we fix it like this then?
>
> But
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108658
--- Comment #6 from Richard Biener ---
The relevant optimization happens in invariant motion which applies
store-motion to
void * idle (void * ignored)
{
long int PROF_edge_counter_1;
long int PROF_edge_counter_2;
[local count: 10631108
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108658
--- Comment #7 from Richard Biener ---
-fno-move-loop-stores disables the store motion.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108656
--- Comment #8 from Richard Biener ---
(In reply to Jakub Jelinek from comment #7)
> (In reply to Richard Biener from comment #6)
> > (In reply to Jakub Jelinek from comment #5)
> > > Created attachment 54412 [details]
> > > gcc13-pr108656.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108681
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108682
Bug ID: 108682
Summary: libffi needs to merge upstream to get LoongArch
support
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108656
--- Comment #9 from Jakub Jelinek ---
In the setjmp/longjmp case obviously you need some other function that will do
the longjmp, on the other side setjmp as pure makes no sense because setjmp has
to remember pc/sp etc. in some jump buffer, so i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #3 from jon_y <10walls at gmail dot com> ---
I'm fine with something like __HIDE_PRINTF_PROTOTYPES to prevent them from
being exposed, though there may be places that needs to be fixed up from
assuming the prototypes exist.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108656
--- Comment #10 from Jakub Jelinek ---
Anyway, if we decided that it is ok to have just the incoming ab edges, we'd
need to change any code that can DCE or inline calls to update abnormal edges
not just for the case where the last stmt used to b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108676
Ivan Sorokin changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66968
Ivan Sorokin changed:
What|Removed |Added
CC||vanyacpp at gmail dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108681
--- Comment #5 from Jakub Jelinek ---
The peephole2 dump keeps repeating
Finished finding needed instructions:
processing block 3 lr out = 31 [sp] 34 [v2] 35 [v3] 36 [v4] 37 [v5] 40 [v8]
Adding insn 12 to worklist
Adding insn 36 to worklist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66968
--- Comment #10 from Ivan Sorokin ---
One more case (from 108676):
template
struct X
{};
template
X f();
template
X g();
int main()
{
g();
}
Here 'X' is printed in the error message instead of 'X'.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108656
--- Comment #11 from rguenther at suse dot de ---
On Mon, 6 Feb 2023, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108656
>
> --- Comment #10 from Jakub Jelinek ---
> Anyway, if we decided that it is ok to ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108656
--- Comment #12 from Jakub Jelinek ---
(In reply to rguent...@suse.de from comment #11)
> On Mon, 6 Feb 2023, jakub at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108656
> >
> > --- Comment #10 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #4 from LIU Hao ---
Does it make any sense to remove `#include ` from
'gcc.c-torture/execute/builtins/lib/fprintf.c' ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108681
Jakub Jelinek changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24208
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108383
--- Comment #6 from BBK ---
I will try modify gcc's code to simply return instead of assert error if the
condition does not match to allow the compilation, and then check if the result
binary still woking as expected. This is only solution I cam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106433
--- Comment #4 from Jakub Jelinek ---
Created attachment 54413
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54413&action=edit
gcc13-pr106433.patch
Seems in this case the set_const_call happens far later, during the
local-pure-const2 pas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106896
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687
--- Comment #56 from Richard Biener ---
GCC 12 now takes sub-second time for the larger testcases and with optimization
it's now early VRP taking most of the time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106912
--- Comment #9 from Jakub Jelinek ---
(In reply to Andrew Pinski from comment #8)
> I think PR 106433 is the same exact issue.
It is not. The PR106433 patch doesn't fix this, the bug there is late
set_const_flag, while in this case it is an ea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #143 from Richard Biener ---
Checking with GCC 13, _num.i now behaves very nice with no obvious badness.
compiler.i behaves OK-ish, peaks are the following now
alias stmt walking : 10.33 ( 8%)
parser function bod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27800
--- Comment #3 from Richard Biener ---
(In reply to Dan Nicolaescu from comment #1)
> An even simpler example which occurs quite frequently in programs:
>
> int jjj (int a){ return bar (a); }
>
> jjj (a)
> {
> int D.1891;
> int D.1892;
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28388
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106912
--- Comment #10 from Jakub Jelinek ---
Also, the other PR is about a function being made const late when it previously
wasn't, while in this case it is being made non-const after it has been const
before.
/* Drop pure/const flags from instrume
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28614
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28388
--- Comment #8 from Jonathan Wakely ---
r239175 seemed to fix it: "On-demand locations within string-literals"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108683
Bug ID: 108683
Summary: Move Occurs when initializing an aggregate base
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106923
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107214
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108657
--- Comment #8 from David Binderman ---
(In reply to David Binderman from comment #7)
> I will have a look at how to get at dates before the clone date.
I used snapshots instead. I tried 20221002, and got
$ ./results.20221002/bin/gcc -w -O3 -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108563
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|[concepts] ICE (s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108316
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108566
Martin Liška changed:
What|Removed |Added
Summary|ICE: tree check: expected |[11/12/13 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108563
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108630
--- Comment #4 from Jonathan Wakely ---
The uses of .symver in src/c++98/compatibility.cc are hard to change, so this
isn't going to be fixed any time soon.
I suggest simply not using LTO for libstdc++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108681
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98995
Jonathan Wakely changed:
What|Removed |Added
CC||davidledger at live dot com.au
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108683
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108660
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108603
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104921
--- Comment #5 from CVS Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:277e1f30a5e4e634304a7b8a532825119f0ea47f
commit r13-5718-g277e1f30a5e4e634304a7b8a532825119f0ea47f
Author: Alex Coplan
Date: Mon F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108620
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108316
--- Comment #3 from Jakub Jelinek ---
Seems vect_check_gather_scatter sees that there is no scatter_storevnx2qivnx2si
nor
mask_scatter_storevnx2qivnx2si and loops (in vect_gather_scatter_fn_p) to try
scatter_storevnx2qivnx2di instead which does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108683
--- Comment #2 from David Ledger ---
Bar stores an int, it isn't empty.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108667
--- Comment #4 from Alvaro Begue ---
Original code:
#include
#include
#include
template
class Signal {
public:
using Slot = std::function;
using FoldingFunction = std::function;
Signal(FoldingFunction fold, ReturnType initial)
:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108683
--- Comment #3 from Jonathan Wakely ---
Pretend I didn't say empty then :)
I think the problem is for any potentially overlapping subobject, which
includes bases. Empty or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107461
--- Comment #14 from CVS Commits ---
The releases/gcc-12 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:eda24f6c12b6d3777ff3bf3656187e695a3e8dc2
commit r12-9110-geda24f6c12b6d3777ff3bf3656187e695a3e8dc2
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107461
Patrick Palka changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107234
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #5 from nightstrike ---
(In reply to LIU Hao from comment #4)
> Does it make any sense to remove `#include ` from
> 'gcc.c-torture/execute/builtins/lib/fprintf.c' ?
That will prevent the FILE type from existing, so the replacement f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108680
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108657
--- Comment #9 from David Binderman ---
Same thing, back to 20220807.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108657
--- Comment #10 from David Binderman ---
Bingo !
>From snapshot 20220703, with g:f3a5e75cb66dc96e, to 20220807, with
g:ef54eb74cab17737, it goes wrong.
Perhaps someone who has the git history would like to bisect this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #6 from Zack Weinberg ---
Note that what you (mingw) have in this header is a pretty serious
anti-optimization. Functions that call __builtin_va_start cannot be inlined
under any circumstances whatsoever (try tagging it
__attribute_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108684
Bug ID: 108684
Summary: [13 Regression] ICE: verify_ssa failed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107234
--- Comment #2 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:17d0892d61a82a338925c81853b45eb8b4929fc0
commit r13-5721-g17d0892d61a82a338925c81853b45eb8b4929fc0
Author: Gaius Mulley
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108685
Bug ID: 108685
Summary: [13 Regression] ICE in verify_loop_structure, at
cfgloop.cc:1748
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107234
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108684
Andrew Pinski changed:
What|Removed |Added
Version|unknown |13.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108686
Bug ID: 108686
Summary: Spurious -Wc-binding-type diagnostics when including
omp_lib.h
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
Bug ID: 108687
Summary: Non-termination since gcc-13-5630-g881bf8de9b0
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
Andrew Pinski changed:
What|Removed |Added
Summary|Non-termination since |Non-termination since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
--- Comment #2 from Stefan Schulze Frielinghaus
---
(In reply to Stefan Schulze Frielinghaus from comment #0)
> Running gcc -O3 -c t.c on s390x does not terminate.
More specifically: gcc -O3 -march=z13 -c t.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
--- Comment #3 from Stefan Schulze Frielinghaus
---
Created attachment 54415
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54415&action=edit
Random backtrace after some time
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
--- Comment #4 from Stefan Schulze Frielinghaus
---
I have added a backtrace from GDB where I randomly interrupted. Hope this helps
to narrow it down.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
Andrew Pinski changed:
What|Removed |Added
Summary|Non-termination since |[13 Regression]
|r13-
, 2, 0>;
during GIMPLE pass: ifcvt
bug882.c:6:1: internal compiler error: verify_gimple failed
$ ~/gcc/results/bin/gcc -v 2>&1 | fgrep exp
gcc version 13.0.1 20230206 (experimental) (45e01229af33a3dc)
$
The bug first seems to occur sometime between date 20221002
and 20221028.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108688
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108688
--- Comment #1 from Andrew Pinski ---
Most likely r13-3219-g25413fdb2ac2493321
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95107
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108688
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108685
--- Comment #1 from Andrew Pinski ---
Most likely r13-2388-ga651e6d59188da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108684
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-02-06
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108684
Andrew Pinski changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108657
Andrew Pinski changed:
What|Removed |Added
Summary|csmith: possible wrong |[13 Regression] csmith:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135
--- Comment #7 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:d5f933d2c046478c05b463be23021875d08dc647
commit r13-5723-gd5f933d2c046478c05b463be23021875d08dc647
Author: Gaius Mulley
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135
Gaius Mulley changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108677
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103259
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108689
Bug ID: 108689
Summary: RFE: more precise handling of "fread"-style functions
in -fanalyzer
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #7 from LIU Hao ---
(In reply to nightstrike from comment #5)
> (In reply to LIU Hao from comment #4)
> > Does it make any sense to remove `#include ` from
> > 'gcc.c-torture/execute/builtins/lib/fprintf.c' ?
>
> That will prevent t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108690
Bug ID: 108690
Summary: -Wstrict-prototypes too picky for C23
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108690
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61638
--- Comment #11 from Jack Adrian Zappa ---
That's great. Too bad I'm stuck on 7.5. :D :'(
1 - 100 of 103 matches
Mail list logo
