https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71462
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
Summary|[7 Regressiongcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71456
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71461
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71462
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71464
Richard Biener changed:
What|Removed |Added
Keywords||error-recovery,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71465
Richard Biener changed:
What|Removed |Added
Keywords||error-recovery,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460
--- Comment #4 from Uroš Bizjak ---
(In reply to Richard Biener from comment #3)
> It looks like RTL expansion uses DFmode to copy the aggregate which is likely
> because the backend (or stor-layout.c) assigns DFmode to struct s. A similar
> iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71407
Qirun Zhang changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71310
Richard Biener changed:
What|Removed |Added
Component|target |middle-end
--- Comment #5 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71310
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71466
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71455
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71462
--- Comment #2 from Richard Biener ---
#4 0x01035c30 in find_uses_to_rename (changed_bbs=0x26e1748,
use_blocks=0x281d750, need_phis=0x2792450, use_flags=1)
at /space/rguenther/src/svn/trunk/gcc/tree-ssa-loop-manip.c:476
476
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460
Uroš Bizjak changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71467
Bug ID: 71467
Summary: extra store for -mavx -mno-avx
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Keywords: missed-optimization, ssemmx
Severity: minor
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71467
--- Comment #1 from Micha³ Miros³aw ---
It gets even worse with AVX also disabled.
$ gcc -O3 -mno-avx -mno-avx2 -S -o - a.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71467
--- Comment #2 from Marc Glisse ---
DUP of PR55266? (there are probably other related PRs)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71465
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71464
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460
--- Comment #7 from Richard Biener ---
(In reply to Richard Biener from comment #6)
> (In reply to Uroš Bizjak from comment #5)
> > Following patch fixes the failure:
> >
> > --cut here--
> > diff --git a/gcc/config/i386/i386.c b/gcc/config/i386
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71458
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71467
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65832
Richard Biener changed:
What|Removed |Added
CC||mirq-gccboogs at rere dot
qmqm.pl
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65832
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71458
--- Comment #2 from Martin Liška ---
Minimal test-case:
enum {} a[0];
void fn1(int);
void fn2() { fn1(a[-1]); }
Minimal command line arguments:
g++ pr.ii -fsanitize=bounds -fcheck-pointer-bounds -mmpx
I've got a patch that fixes that, will se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71458
--- Comment #3 from Martin Liška ---
The PR is very similar to PR65044, I'm going to prepare a very similar patch
for -fsanitize=bounds.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71455
--- Comment #2 from Avi Bloch ---
Any ideas how I can workaround this problem?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71463
--- Comment #2 from Milian Wolff ---
Indeed, there is a difference between malloc in the two levels:
-O0:
extern void *malloc (size_t __size) throw () __attribute__ ((__malloc__)) ;
-O1:
extern void *mallo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71445
--- Comment #11 from Jakub Jelinek ---
True; on the other side, at least for backports we need some other solution,
because the symbol versioning stuff can't be backported to GCC 6.2 or 5.5 and
people will surely want to be able to compile those
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71455
--- Comment #3 from Richard Biener ---
I think the patches for the performance issue were not too invasive so
backporting them should be possible. You can identify them by searching
bugzilla for "expand" slowness or by bisecting SVN revisions to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71468
Bug ID: 71468
Summary: explicit ctor and overload resolution
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71386
--- Comment #1 from Anton Mitrokhin ---
Could anyone please take a look?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71455
--- Comment #4 from Avi Bloch ---
Unfortunately re-compiling gcc or moving to a different version is not an
option.
What I'm looking for are flags to pass to gcc that will alleviate the problem.
My problem seems similar to this one:
https://gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71469
Bug ID: 71469
Summary: Print possible override candidates when a method is
marked override but doesn't override
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71470
Bug ID: 71470
Summary: Wrong code on trunk gcc with westmere target
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65471
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Thu Jun 9 10:16:19 2016
New Revision: 237252
URL: https://gcc.gnu.org/viewcvs?rev=237252&root=gcc&view=rev
Log:
PR c/65471
* gcc.dg/c11-generic-3.c: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65471
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71338
--- Comment #1 from Oleg Endo ---
ping ... anybody?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71466
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71466
--- Comment #3 from Martin Liška ---
The problem is caused by loop unroller:
144t.ivcanon looks good:
fn1 ()
{
_Bool c_lsm.12;
int c_lsm.11;
_Bool d_lsm.10;
int d_lsm.9;
int f;
int e;
int _5;
int c.3_9;
int _13;
int c.3_21;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71466
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71465
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71407
--- Comment #5 from alahay01 at gcc dot gnu.org ---
Qirun Zhang :
That's a different issue (original test fails due to data type mismatch, this
test fails because the loop boundary is unset).
Please could you raise your test as a new bug and ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460
--- Comment #8 from joseph at codesourcery dot com ---
It's not correct to use flag_signaling_nans for a fix.
flag_signaling_nans is only for cases where a bit-pattern for a signaling
NaN is interpreted as a floating-point value. It's not whe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71466
--- Comment #5 from Martin Liška ---
Started with r236831:
Author: law
Date: Fri May 27 16:32:38 2016 +
* tree-ssa-threadedge.c: Remove include of tree-ssa-threadbackward.h.
(thread_across_edge): Remove calls to find_jump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71466
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71456
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71462
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Thu Jun 9 11:36:22 2016
New Revision: 237254
URL: https://gcc.gnu.org/viewcvs?rev=237254&root=gcc&view=rev
Log:
2016-06-09 Richard Biener
PR tree-optimization/71462
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460
--- Comment #9 from Uroš Bizjak ---
(In reply to jos...@codesourcery.com from comment #8)
> It's not correct to use flag_signaling_nans for a fix.
> flag_signaling_nans is only for cases where a bit-pattern for a signaling
> NaN is interpreted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68961
--- Comment #11 from Richard Biener ---
Note that the fix depends on "bogus" cost for the vector construction on
x86_64.
Currently it is two stmts (nunits / 2 + 1) but the vector can be constructed
by a single unpcklpd stmt. The correct cost is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71462
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71465
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Jun 9 12:02:17 2016
New Revision: 237258
URL: https://gcc.gnu.org/viewcvs?rev=237258&root=gcc&view=rev
Log:
/cp
2016-06-09 Paolo Carlini
PR c++/71465
R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70202
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Jun 9 12:02:17 2016
New Revision: 237258
URL: https://gcc.gnu.org/viewcvs?rev=237258&root=gcc&view=rev
Log:
/cp
2016-06-09 Paolo Carlini
PR c++/71465
R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71465
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70202
Paolo Carlini changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471
Bug ID: 71471
Summary: [7 Regression] Selftest failure in pretty-print.c
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471
David Edelsohn changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71472
Bug ID: 71472
Summary: Wlogical-op misses exhaustive-or case (... || A) || B
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471
--- Comment #2 from David Malcolm ---
Which target? (and host?)
FWIW before I committed it I successfully tested building gcc stage1 with the
patch using contrib/config-list.mk, with build=host=x86_64-pc-linux-gnu with
target= everything other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71445
--- Comment #12 from Adhemerval Zanella
---
After checking the work required for enable symbol versioning wrapper on
libsanitizer I am more inclined to go with always ignore the high bits (at
least for backports). The versioning enablement will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65446
Ricardo Nabinger Sanchez changed:
What|Removed |Added
CC||rnsanchez at gmail dot com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71473
Bug ID: 71473
Summary: cilkplus sum reducer ICE
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71473
--- Comment #1 from tprince at computer dot org ---
Created attachment 38668
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38668&action=edit
cilkplus C source (before preprocessing)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71474
Bug ID: 71474
Summary: PRED_LOOP_IV_COMPARE wrongly calculates number of
iterations of a loop
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71473
--- Comment #2 from tprince at computer dot org ---
Created attachment 38669
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38669&action=edit
C include file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71474
--- Comment #1 from Martin Liška ---
Created attachment 38670
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38670&action=edit
Candidate patch
Following patch uses loop upper_bound to make the # of iterations properly
estimated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71475
Bug ID: 71475
Summary: Optimization of copying into long double looses bytes
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71009
--- Comment #3 from Eric Gallager ---
Still happens with:
$ /usr/local/bin/g++ -v
Using built-in specs.
COLLECT_GCC=/usr/local/bin/g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i386-apple-darwin9.8.0/7.0.0/lto-wrapper
Target: i386-apple-darwin9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58416
Alexander Cherepanov changed:
What|Removed |Added
CC||ch3root at openwall dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71203
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71357
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71476
Bug ID: 71476
Summary: ICE in gimplify_switch_expr with -Wswitch-unreachable
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71476
Marek Polacek changed:
What|Removed |Added
Keywords||error-recovery,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471
--- Comment #4 from David Malcolm ---
Reproduced on gcc111 (powerpc-ibm-aix7.1.3.0)
(gdb) bt
#0 _Z11fancy_abortPKciS0_ (file=0x12557bbc
"../../src/gcc/selftest.c", line=44,
function=0x12557be0 "fail") at
../../src/gcc/diagnostic.c:1281
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471
--- Comment #5 from David Edelsohn ---
ah, no, it must be the %p one
and that is indeed arch specific I think
c99 says:
The value of the pointer is
converted to a sequence of printing characters, in an
implementation-defined
manner.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71445
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471
--- Comment #6 from David Malcolm ---
Thanks.
Sorry about the breakage.
Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2016-06/msg00703.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71477
Bug ID: 71477
Summary: gcc ICE at -O3 on valid code on x86_64-linux-gnu with
“seg fault”
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71407
--- Comment #6 from Qirun Zhang ---
(In reply to alahay01 from comment #5)
> Qirun Zhang :
>
> That's a different issue (original test fails due to data type mismatch,
> this test fails because the loop boundary is unset).
>
> Please could you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71456
--- Comment #3 from Martin Sebor ---
(In reply to Eric Gallager from comment #2)
> Speaking of -Wglobal-constructors, FSF GCC doesn't support this option. Is
> there a bug open for adding it? I couldn't find one when searching.
I couldn't find i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52171
Bug 52171 depends on bug 71413, which changed state.
Bug 71413 Summary: [7 Regression] bootstrap (gnat) broken on arm-linux-gnueabi*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71413
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71413
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71432
Bernd Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71478
Bug ID: 71478
Summary: ICE in tree-ssa-reassoc.c after r236564
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70883
--- Comment #4 from Martin Sebor ---
Author: msebor
Date: Thu Jun 9 16:32:25 2016
New Revision: 237268
URL: https://gcc.gnu.org/viewcvs?rev=237268&root=gcc&view=rev
Log:
PR c/70883 - inconsistent error message for calls to __builtin_add_overflo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70883
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71478
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460
--- Comment #10 from Alexander Cherepanov ---
On 2016-06-08 20:47, pinskia at gcc dot gnu.org wrote:
> --- Comment #1 from Andrew Pinski ---
> I think this is really a dup of bug 57484. The problem is x87 related and
> there is not much to be d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460
--- Comment #11 from joseph at codesourcery dot com ---
On Thu, 9 Jun 2016, ch3root at openwall dot com wrote:
> - mere load (e.g. from a volatile var) of a float or double sNaN traps
> on x86-32 when traps are enabled;
It raises an exception.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460
--- Comment #12 from Alexander Cherepanov ---
On 2016-06-09 11:22, rguenth at gcc dot gnu.org wrote:
> Would be nice to have a testcase for the SRA case as well.
Source code:
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65446
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471
--- Comment #7 from David Malcolm ---
Author: dmalcolm
Date: Thu Jun 9 17:27:12 2016
New Revision: 237271
URL: https://gcc.gnu.org/viewcvs?rev=237271&root=gcc&view=rev
Log:
PR bootstrap/71471: remove selftest for pp_format (%p)
gcc/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71472
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71469
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic, easyhack
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71479
Bug ID: 71479
Summary: error on __builtin_add_overflow with bool or enum
pointer as last argument
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 139 matches
Mail list logo