https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90970
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 90970, which changed state.
Bug 90970 Summary: A suspicious code in builtins.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90970
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90970
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Wed Aug 28 06:39:47 2019
New Revision: 274983
URL: https://gcc.gnu.org/viewcvs?rev=274983&root=gcc&view=rev
Log:
Remove code leftover that has never been used.
2019-08-28 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91571
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91568
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91566
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91564
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91565
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91563
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16994
Bug 16994 depends on bug 91002, which changed state.
Bug 91002 Summary: ICE in make_ssa_name_fn, at tree-ssanames.c:271 with VLA
type in reinterpret_cast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91002
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88256
Eric Gallager changed:
What|Removed |Added
CC||ignat.loskutov at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91002
Eric Gallager changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91515
Peter Cordes changed:
What|Removed |Added
CC||peter at cordes dot ca
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91571
Bug ID: 91571
Summary: TBAA does not work for ao_ref created by
ao_ref_init_from_ptr_and_size()
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91206
--- Comment #6 from Eric Gallager ---
(In reply to Eric Gallager from comment #5)
> (In reply to Nick Desaulniers from comment #4)
> > Thanks for the feedback, in https://reviews.llvm.org/rL369791, Nathan made
> > [unsigned] char -> [unsigned]sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91206
--- Comment #5 from Eric Gallager ---
(In reply to Nick Desaulniers from comment #4)
> Thanks for the feedback, in https://reviews.llvm.org/rL369791, Nathan made
> [unsigned] char -> [unsigned]short warn only for -Wformat-pedantic, not
> -Wformat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81676
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Bug 89180 depends on bug 81676, which changed state.
Bug 81676 Summary: Wrong warning with unused-but-set-parameter within 'if
constexpr'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81676
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81676
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Wed Aug 28 02:22:29 2019
New Revision: 274982
URL: https://gcc.gnu.org/viewcvs?rev=274982&root=gcc&view=rev
Log:
PR c++/81676 - bogus -Wunused warnings in constexpr if.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87403
Bug 87403 depends on bug 91428, which changed state.
Bug 91428 Summary: Please warn on if constexpr (std::is_constant_evaluated())
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91428
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91428
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91428
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Aug 28 02:03:48 2019
New Revision: 274981
URL: https://gcc.gnu.org/viewcvs?rev=274981&root=gcc&view=rev
Log:
PR c++/91428 - warn about std::is_constant_evaluated in if cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91564
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85741
Bug 85741 depends on bug 91567, which changed state.
Bug 91567 Summary: [10 Regression] Spurious -Wformat-overflow warnings building
glibc (32-bit only)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91567
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91567
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91567
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Tue Aug 27 23:31:44 2019
New Revision: 274976
URL: https://gcc.gnu.org/viewcvs?rev=274976&root=gcc&view=rev
Log:
PR tree-optimization/91567 - Spurious -Wformat-overflow warnings building
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83543
--- Comment #7 from Martin Sebor ---
Author: msebor
Date: Tue Aug 27 23:31:44 2019
New Revision: 274976
URL: https://gcc.gnu.org/viewcvs?rev=274976&root=gcc&view=rev
Log:
PR tree-optimization/91567 - Spurious -Wformat-overflow warnings building
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91262
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91570
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91570
Bug ID: 91570
Summary: [10 Regression] ICE in get_range_strlen_dynamic on a
conditional of two strings
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91563
--- Comment #5 from Guillaume Morin ---
Jakub mentioned that r273135 fixed the abort() in the trunk. I noticed that
this revision had already been backported to the gcc-9 branch as r274532. So I
built the gcc-9 branch and I can confirm that it do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88082
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
--- Comment #15 from Jason Merrill ---
(In reply to Jason Merrill from comment #13)
> But that still doesn't make the types the same, and the use of the variable
> in 2.ii has undefined behavior because it is accessing the value of the
> object t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88617
--- Comment #3 from Daniel Santos ---
(In reply to Martin Liška from comment #2)
> @Daniel: Can you please take a look?
My apologies for missing this one! I'll take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91565
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #1)
> (In reply to G. Steinmetz from comment #0)
> > ICE hits gfortran-8 and higher - this changed just before 20180525.
> > Starting with correct code z0.f90, then p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91563
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91565
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91569
Bug ID: 91569
Summary: Optimisation test case and unnecessary XOR-OR pair
instead of MOV.
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91496
--- Comment #3 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Tue Aug 27 19:16:33 2019
New Revision: 274966
URL: https://gcc.gnu.org/viewcvs?rev=274966&root=gcc&view=rev
Log:
2019-08-27 Harald Anlauf
PR fortran/91496
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91567
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
Jason Merrill changed:
What|Removed |Added
Attachment #46765|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91506
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
--- Comment #13 from Jason Merrill ---
Ah, I was reading the passage a bit wrong: where the extern "C" matters is not
on the type, but on the variable (ml_bssnrest_). Because it's extern "C",
declarations in different translation units correspon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91568
--- Comment #1 from Matt Wala ---
Created attachment 46768
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46768&action=edit
Full compiler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91568
Bug ID: 91568
Summary: internal compiler error: in
vect_schedule_slp_instance, at tree-vect-slp.c:3922
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91567
Bug ID: 91567
Summary: [10 Regression] Spurious -Wformat-overflow warnings
building glibc (32-bit only)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91566
Bug ID: 91566
Summary: [9/10 Regression] ICE in gfc_constructor_copy, at
fortran/constructor.c:103
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91565
Bug ID: 91565
Summary: [8/9/10 Regression] ICE in gfc_simplify_reshape, at
fortran/simplify.c:6707 etc.
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91528
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91528
--- Comment #12 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Aug 27 17:23:59 2019
New Revision: 274962
URL: https://gcc.gnu.org/viewcvs?rev=274962&root=gcc&view=rev
Log:
PR target/91528
* config/i386/i386-features.c (co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91564
Bug ID: 91564
Summary: [8/9/10 Regression] ICE in gimplify_expr, at
gimplify.c:14147
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91563
--- Comment #3 from Guillaume Morin ---
Jonathan,
Are you sure? I modified the code to print std::is_trivially_copyable::value
and it does print "1". Am I missing something obvious?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91563
--- Comment #2 from Jakub Jelinek ---
Just a note from bisection, stopped aborting on trunk with r273135, and started
to abort in r260318.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91563
--- Comment #1 from Jonathan Wakely ---
The program's behaviour is undefined, because memset can't be used for writing
to non-trivially copyable types.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91562
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83431
--- Comment #8 from Martin Sebor ---
Author: msebor
Date: Tue Aug 27 16:18:27 2019
New Revision: 274961
URL: https://gcc.gnu.org/viewcvs?rev=274961&root=gcc&view=rev
Log:
gcc/testsuite/ChangeLog:
PR c++/83431
PR testsuite/91562
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91562
--- Comment #1 from Martin Sebor ---
Author: msebor
Date: Tue Aug 27 16:18:27 2019
New Revision: 274961
URL: https://gcc.gnu.org/viewcvs?rev=274961&root=gcc&view=rev
Log:
gcc/testsuite/ChangeLog:
PR c++/83431
PR testsuite/91562
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91556
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91563
Bug ID: 91563
Summary: [9 regression] wrong code
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91506
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91558
--- Comment #4 from Jonathan Wakely ---
(In reply to Yichen Yan from comment #3)
> (In reply to Jonathan Wakely from comment #1)
> > (In reply to Yichen Yan from comment #0)
> > > Detail:
> > > Constexpr for is in C++14 if I don't misunderstand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91562
Bug ID: 91562
Summary: [10 regression] gcc.dg/strlenopt-8.c fails starting
with r274933
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
--- Comment #12 from Jan Hubicka ---
> Created attachment 46765
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46765&action=edit
> clear TYPE_NAME in free_lang_data for anonymous types
>
> Perhaps like this?
It seems that this will disa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
--- Comment #11 from Jason Merrill ---
Created attachment 46765
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46765&action=edit
clear TYPE_NAME in free_lang_data for anonymous types
Perhaps like this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88082
Martin Liška changed:
What|Removed |Added
Keywords||needs-bisection
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91561
Bug ID: 91561
Summary: [Regression] Internal Compiler Error: type ‘ubyte[]’
can not be mapped to C++
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88082
Ilya Leoshkevich changed:
What|Removed |Added
CC||iii at linux dot ibm.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87500
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88140
--- Comment #14 from Jan Hubicka ---
> @Honza: Can we close this?
Array simplification is still disabled - we need to figure how how to
represent them...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69571
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87501
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69572
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88081
--- Comment #6 from Martin Liška ---
@Honza: Reminder.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88083
--- Comment #2 from Martin Liška ---
@Ilya: Can we close this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88140
--- Comment #13 from Martin Liška ---
@Honza: Can we close this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88615
Martin Liška changed:
What|Removed |Added
CC||amodra at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88617
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=88652
--- Comment #5 from Martin Liška ---
>
> Looks like you're right :) I'll fix that, then.
>
Any update on this, please?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90213
--- Comment #6 from Richard Biener ---
Hmm, I think I eventually wanted to backport it...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
--- Comment #10 from Jan Hubicka ---
> >
> > They aren't in the anonymous namespace, but they are themselves anonymous,
> > so they have no linkage. The standard says,
> >
> > A type without linkage shall not be used as the type of a variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91558
--- Comment #3 from Yichen Yan ---
(In reply to Jonathan Wakely from comment #1)
> (In reply to Yichen Yan from comment #0)
> > Detail:
> > Constexpr for is in C++14 if I don't misunderstand. But a lot of
> > testcases under libstdc++-v3/testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89549
--- Comment #10 from Martin Liška ---
@David: May I please remind this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89623
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90213
--- Comment #5 from Martin Liška ---
@Richi: Can we close this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90613
--- Comment #1 from Martin Liška ---
@Nathan: May I please remind this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
--- Comment #9 from Martin Liška ---
(In reply to Jason Merrill from comment #8)
> (In reply to Jan Hubicka from comment #2)
> > 2.ii:62:3: warning: ‘ml_bssnrest_’ violates the C++ One Definition Rule
> > [-Wodr]
> >62 | } ml_bssnrest_;
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91558
Jonathan Wakely changed:
What|Removed |Added
Resolution|WONTFIX |INVALID
--- Comment #2 from Jonathan W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90970
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91558
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91560
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91560
Bug ID: 91560
Summary: Try harder for AVX non-AVX2 cross-lane permutations
Product: gcc
Version: 9.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91554
--- Comment #4 from Zack Weinberg ---
(In reply to Richard Biener from comment #3)
> I guess you want to use
>
> __builtin_constant_p (b != 0)
>
> instead.
That wouldn't do what I want. The goal is to warn for any argument _other
than_ a comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91559
Bug ID: 91559
Summary: math/x2y2m1q.c assumes FE_TONEAREST defined
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91478
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91478
--- Comment #28 from Martin Liška ---
Author: marxin
Date: Tue Aug 27 13:36:15 2019
New Revision: 274955
URL: https://gcc.gnu.org/viewcvs?rev=274955&root=gcc&view=rev
Log:
Share a prevailing name for remove debug info symbols w/ LTO.
2019-08-27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91554
--- Comment #3 from Richard Biener ---
It's obviously
8462 /* If this expression has side effects, show we don't know it to be a
8463 constant. Likewise if it's a pointer or aggregate type since in
8464 those case we only want liter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91554
--- Comment #2 from Zack Weinberg ---
Additional fun detail:
```
static inline int
thefun (void *a, void *b)
{
if (!__builtin_constant_p((__UINTPTR_TYPE__)b) || b != 0)
thefun_called_with_nonnull_arg();
return real_thefun(a, b);
}
`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91468
--- Comment #3 from Martin Jambor ---
I have proposed a patch on the mailing list:
https://gcc.gnu.org/ml/gcc-patches/2019-08/msg01820.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91415
--- Comment #10 from Jakub Jelinek ---
Partially fixed, needs more work, so keeping this open.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91558
Bug ID: 91558
Summary: [C++11] should not be constexpr until C++14
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
1 - 100 of 141 matches
Mail list logo