https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100114
--- Comment #13 from Florian Weimer ---
(In reply to Alexander Enaldiev from comment #12)
> But here I see status 'RESOLVED FIXED'. Do you presume, my today's issue
> isn't connected?
It could still be the same bug. It's supposed to be fixed in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108675
--- Comment #8 from nightstrike ---
(In reply to LIU Hao from comment #7)
> (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/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100114
Alexander Enaldiev changed:
What|Removed |Added
CC||alexander.enaldiev at gmail
dot co
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 :'(
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=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=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=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=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=108677
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
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=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=108687
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
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=108684
Andrew Pinski changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
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=108685
--- Comment #1 from Andrew Pinski ---
Most likely r13-2388-ga651e6d59188da
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=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
--- Comment #1 from Andrew Pinski ---
Most likely r13-3219-g25413fdb2ac2493321
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108688
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
Target Milestone|--
, 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=108687
Andrew Pinski changed:
What|Removed |Added
Summary|Non-termination since |[13 Regression]
|r13-
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
--- 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 #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
Andrew Pinski changed:
What|Removed |Added
Summary|Non-termination since |Non-termination since
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=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=108684
Andrew Pinski changed:
What|Removed |Added
Version|unknown |13.0
Target Milestone|---
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=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
--- 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=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=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=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=108657
--- Comment #9 from David Binderman ---
Same thing, back to 20220807.
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=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=107234
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
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=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=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=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 #2 from David Ledger ---
Bar stores an int, it isn't empty.
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=108620
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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=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=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=108683
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
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=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=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=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=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=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=108563
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|[concepts] ICE (s
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=107214
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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=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=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=28614
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
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=28388
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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=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=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=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=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=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=24208
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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=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=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=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=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=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=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=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 #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=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=108681
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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=108658
--- Comment #7 from Richard Biener ---
-fno-move-loop-stores disables the store motion.
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=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=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=108677
Richard Biener changed:
What|Removed |Added
Summary|wrong vectorization (when |no vectorization when copy
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=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=108676
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
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=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=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=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
1 - 100 of 103 matches
Mail list logo
