https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96591
--- Comment #7 from Richard Biener ---
So the type is refered to by constant 8 which is refered to by a VECTOR_CST
{ 8 } which is refered to by
# .MEM_4 = VDEF <.MEM_2>
MEM[(struct Test *)_3].data[0] = { 8 };
and while walk_tree walks CTOR elem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #39 from rsandifo at gcc dot gnu.org
---
Just to give an update on this: I have a patch that reduces the
amount of memory consumed by fwprop so that it no longer seems
to be outlier. However, it involves doing more bitmap operations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98232
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95719
--- Comment #7 from Martin Liška ---
*** Bug 98232 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #40 from rguenther at suse dot de ---
On Mon, 8 Feb 2021, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
>
> --- Comment #39 from rsandifo at gcc dot gnu.org gnu.org> ---
> Just to give an u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98990
Martin Liška changed:
What|Removed |Added
Summary|Internal compiler error |[10/11 Regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98979
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
--- Comment #3 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98991
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98982
--- Comment #3 from Richard Biener ---
loop distribution is our pass for this, but then the load/store idioms are
matched by the bswap pass which relies on unrolled loops where the unrolling
will only happen if it doesn't seem to increase code si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98983
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98998
Bug ID: 98998
Summary: ICE in change_address_1, at emit-rtl.c:2275
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98984
Richard Biener changed:
What|Removed |Added
Summary|Failure to optinize out |Failure to optimize out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98986
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98990
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #41 from richard.sandiford at arm dot com ---
"rguenther at suse dot de" writes:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
>
> --- Comment #40 from rguenther at suse dot de ---
> On Mon, 8 Feb 2021, rsandifo at gcc dot gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98991
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98994
Richard Biener changed:
What|Removed |Added
Summary|Empty type with |[11 Regression] Empty type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98995
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Summary|Copy e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98997
Richard Biener changed:
What|Removed |Added
Version|unknown |10.2.1
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98994
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003
--- Comment #19 from Martin Liška ---
(In reply to Martin Sebor from comment #17)
> Warnings for the static cast suppressed in r11-2457.
>
> The warning for the dynamic cast is still issued and I would suggest to use
> a cast to a reference inst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #42 from Richard Biener ---
(In reply to richard.sandiford from comment #41)
> "rguenther at suse dot de" writes:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
> >
> > --- Comment #40 from rguenther at suse dot de ---
> > O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98999
Bug ID: 98999
Summary: Random testsuite errors in
27_io/filesystem/operations/canonical.cc
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98999
Christophe Lyon changed:
What|Removed |Added
Version|11.0|10.0
--- Comment #1 from Christophe Ly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98999
--- Comment #2 from Christophe Lyon ---
There might be similar problems in
experimental/filesystem/operations/current_path.cc, where I can see:
terminate called after throwing an instance of
'std::experimental::filesystem::v1::__cxx11::filesyste
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97236
--- Comment #15 from CVS Commits ---
The releases/gcc-8 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:de0ede7625f6c4d4bbd2caaf363032b0da80cf69
commit r8-10757-gde0ede7625f6c4d4bbd2caaf363032b0da80cf69
Author: Matthias Klose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98979
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98882
--- Comment #6 from Boris Kolpackov ---
After this change I now get an ICE (that same assert) when partially
preprocessing (-E -fdirectives-only) a TU that has an include directive that is
translated to an import:
cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97236
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97043
Bug 97043 depends on bug 97236, which changed state.
Bug 97236 Summary: [8 Regression] g:e93428a8b056aed83a7678 triggers vlc
miscompile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97236
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98986
--- Comment #2 from Segher Boessenkool ---
I agree it makes sense to have the one arm with vec_duplicate first in the
canonical order. Problem is that this is deep in the arms, but it can be
done of course.
Autogenerating part of combine? Nono
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99000
Bug ID: 99000
Summary: [modules] declaration std::__copy_move_a2 conflicts
with import
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98971
--- Comment #6 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:0d701e3eb89870237669ef7bf41394d90c35ae70
commit r11-7133-g0d701e3eb89870237669ef7bf41394d90c35ae70
Author: Martin Liska
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98971
Martin Liška changed:
What|Removed |Added
Known to work||11.0
Known to fail|11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96591
--- Comment #8 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d4536e431316b4568e236afd7a6017e5efd1b0a1
commit r11-7134-gd4536e431316b4568e236afd7a6017e5efd1b0a1
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96591
Richard Biener changed:
What|Removed |Added
Known to work||11.0
Summary|[8/9/10/11 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99001
Bug ID: 99001
Summary: indirect modification of function parameters
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98995
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99001
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #43 from Richard Biener ---
So module_configure.fppized.f90 is one of the interesting ones (IIRC lot of
small init loops), module_first_rk_step_part1.fppized.f90 is the one with most
obvious DF and fwprop participation, that one also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98997
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99002
Bug ID: 99002
Summary: [11 Regression] memory leak in if-to-switch
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99002
Richard Biener changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Target Mile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97346
--- Comment #2 from Richard Biener ---
Ping. This is annoying and pops up with each and every valgrind
--leak-check=full ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98987
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97638
Wilco changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93115
--- Comment #7 from Sergei Trofimovich ---
Looks like original test does not trigger the bug as is (probably due to tets
fragility). Here is something shorter (but with warnings):
```c++
struct a {
char at;
char au;
int d() { return av() +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99003
Bug ID: 99003
Summary: memory leak in IPA ICF
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99004
Bug ID: 99004
Summary: memory leak in maybe_warn_rdwr_sizes
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97346
Jan Hubicka changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #16 from Jakub Jelinek ---
Created attachment 50142
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50142&action=edit
gcc11-pr98856.patch
Full patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98988
--- Comment #1 from Jakub Jelinek ---
Some sanitizers imply -fno-delete-null-pointer-checks and this testcase fails
with fno-delete-null-pointer-checks too - the &heap_magic_var_decl != NULL
comparison in that case which is done on delete is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98991
--- Comment #3 from zhan3299 at purdue dot edu ---
(In reply to Martin Liška from comment #1)
> Is it a valid or invalid code, please?
Hi, sorry for the confusion. I used a simple delta debugging to reduce the
test-case, and it seems very confuse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98991
--- Comment #4 from zhan3299 at purdue dot edu ---
Seems '-fpermissive' is useless. I can reproduce the ICE simply via 'gcc
poc.cc'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99005
Bug ID: 99005
Summary: libgomp runtime does not support AMD GPU offloading
for OpenACC directives
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98974
--- Comment #4 from CVS Commits ---
The master branch has been updated by Andre Simoes Dias Vieira
:
https://gcc.gnu.org/g:40c92180df970143249f3cd5056f8fb48a4d9333
commit r11-7135-g40c92180df970143249f3cd5056f8fb48a4d9333
Author: Andre Vieira
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98974
avieira at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 98974, which changed state.
Bug 98974 Summary: [11 Regression] ICE in vectorizable_condition after
STMT_VINFO_VEC_STMTS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98974
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99002
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-02-08
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99003
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99004
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2021-02-08
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99006
Bug ID: 99006
Summary: make_shared silently works
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93115
--- Comment #8 from Sergei Trofimovich ---
Slightly better example without warnings (used `__builtin_trap();` to work
around use of uninitialized value):
```c++
struct a {
char ac1;
char ac2;
int d() { return av() + ac1 + ac2; }
virtual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531
--- Comment #11 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:57b17858a1b3719507ccad926fb57b05f26935f8
commit r11-7138-g57b17858a1b3719507ccad926fb57b05f26935f8
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #12 from Nathan Sid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98997
--- Comment #3 from Andy Lutomirski ---
What is -fcf-protection=stack actually supposed to do as compared to
-fcf-protection=none? Is it valid to run code compiled with
-fcf-protection=none with SHSTK enabled? If so, then I wonder why
-fcf-prot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98997
--- Comment #4 from Andy Lutomirski ---
I should add: on brief inspection, that patch looks like an ABI break for
-fcf-protection=none
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99007
Bug ID: 99007
Summary: [11 Regression] ICE in dominated_by_p, at
dominance.c:1124
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99007
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99008
Bug ID: 99008
Summary: [11 Regression] ICE in set_constraints, at
cp/constraint.cc:1256
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99008
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99009
Bug ID: 99009
Summary: [11 Regression] ICE in type_dependent_expression_p, at
cp/pt.c:27265
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99010
Bug ID: 99010
Summary: [11 Regression] ICE in gfc_dep_resolver, at
fortran/dependency.c:2322
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98997
--- Comment #5 from H.J. Lu ---
(In reply to Andy Lutomirski from comment #3)
> What is -fcf-protection=stack actually supposed to do as compared to
It is -fcf-protection=return.
> -fcf-protection=none? Is it valid to run code compiled with
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99009
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |9.4
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98997
--- Comment #6 from H.J. Lu ---
(In reply to Andy Lutomirski from comment #4)
> I should add: on brief inspection, that patch looks like an ABI break for
> -fcf-protection=none
True if __builtin_longjmp and __builtin_setjmp are compiled by diffe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99009
--- Comment #2 from Marek Polacek ---
Not a duplicate of bug 97034 but they might be related.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
--- Comment #29 from Jakub Jelinek ---
Created attachment 50145
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50145&action=edit
gcc11-pr98465.patch
Yet another libstdc++ change that makes the warning go away, but doesn't
actually change t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37475
Kristian Spangsege changed:
What|Removed |Added
CC||kristian.spangsege at gmail
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99011
Bug ID: 99011
Summary: Potentially missed optimization. Arrays are created
without need
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99011
Piotr changed:
What|Removed |Added
Version|10.2.1 |10.2.0
--- Comment #1 from Piotr ---
https://go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99005
--- Comment #1 from Tobias Burnus ---
(In reply to Kiril Dichev from comment #0)
> Code runs fine without GPU offloading, or with offloading with PGI compiler.
With PGI + offloading: that's for that AMD Vega machine or for some Nvidia
system?
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99000
Nathan Sidwell changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99012
Bug ID: 99012
Summary: gcc-8.4.0 on aarch64 hits internal error during RTL
pass: expand if `std::copysign` is used
Product: gcc
Version: 8.4.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98995
Jason Merrill changed:
What|Removed |Added
Last reconfirmed||2021-02-08
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98994
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98979
--- Comment #5 from seurer at gcc dot gnu.org ---
For completeness, the new test case added for this in
g:b2d84e9f9cccbe4ee662f7002b83105629d09939, r11-7113 also fails:
make -k check-gcc
RUNTESTFLAGS="goacc.exp=gfortran.dg/goacc/derived-chartype
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98990
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99011
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98990
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|jason at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98326
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98990
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98692
Will Schmidt changed:
What|Removed |Added
CC||willschm at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99012
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98692
--- Comment #10 from Mark Wielaard ---
(In reply to Will Schmidt from comment #9)
> (In reply to Segher Boessenkool from comment #5)
> > Have you tried a new valgrind?
> >
> > Either this is (or was) a known problem in valgrind, or it is related
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #30 from Mikael Pettersson ---
Patch has been posted:
https://gcc.gnu.org/pipermail/gcc-patches/2021-February/564990.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99005
--- Comment #2 from Kiril Dichev ---
Yes, I can confirm that there seems to be an underlying issue with permissions,
similar to the link you posted (rocminfo gives me the same error).
Indeed, I was referring to compilation with PGI on an Nvidia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99012
Sebastian Pop changed:
What|Removed |Added
CC||spop at gcc dot gnu.org
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98692
--- Comment #11 from Will Schmidt ---
(In reply to Mark Wielaard from comment #10)
> (In reply to Will Schmidt from comment #9)
> > (In reply to Segher Boessenkool from comment #5)
> > > Have you tried a new valgrind?
> > >
> > > Either this is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99012
--- Comment #3 from Sebastian Pop ---
I do not see the bug with today's cc1plus from origin/releases/gcc-8
1 - 100 of 135 matches
Mail list logo
