https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91353
--- Comment #4 from Marek Polacek ---
(In reply to Jakub Jelinek from comment #3)
> (In reply to Marek Polacek from comment #2)
> > The quux case: CONSTRUCTOR_NO_CLEARING is cleared here
> >
> > 2154 /* The result of a constexpr function must
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91353
--- Comment #5 from Marek Polacek ---
(In reply to Marek Polacek from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > (In reply to Marek Polacek from comment #2)
> > > The quux case: CONSTRUCTOR_NO_CLEARING is cleared here
> > >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91353
--- Comment #6 from Marek Polacek ---
Current patch (modulo testsuite changes) that seems to work pretty well:
diff --git gcc/c-family/c-cppbuiltin.c gcc/c-family/c-cppbuiltin.c
index 76d1e4a380e..9766d7f96c4 100644
--- gcc/c-family/c-cppbuiltin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92516
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
||2019-11-15
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Marek Polacek ---
Confirmed.
at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91962
--- Comment #6 from Marek Polacek ---
No but I'll commit it soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91353
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #7 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81159
--- Comment #7 from Marek Polacek ---
(In reply to Eric Gallager from comment #6)
> (In reply to Marek Polacek from comment #3)
> > Ok, this shouldn't be too hard. I guess I could implement it for GCC 10.
>
> last chance to get it in before sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91962
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Mon Nov 18 16:39:24 2019
New Revision: 278416
URL: https://gcc.gnu.org/viewcvs?rev=278416&root=gcc&view=rev
Log:
PR c++/91962 - ICE with reference binding and qualification conversion.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91962
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92563
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
||mpolacek at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #4 from Marek Polacek ---
Closing.
||2019-11-19
CC||mpolacek at gcc dot gnu.org
Target Milestone|--- |9.3
Summary|ICE in short program with |[9/10 Regression] ICE in
|constexpr and std::array|short program with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92524
--- Comment #2 from Marek Polacek ---
struct A;
template struct B { typedef A _Type[_Nm]; };
template struct array { typename B<_Nm>::_Type _M_elems; };
constexpr char wildcard = '*';
struct A {
char ch_ = wildcard;
};
void fn1() {
A value;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92524
--- Comment #3 from Marek Polacek ---
commit 8f46b677a34ae74b219824ba2d190b64543737e2
Author: jakub
Date: Wed Dec 19 08:11:40 2018 +
PR c++/87934
* constexpr.c (cxx_eval_constant_expression) : Do
re-pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84930
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
||2019-11-19
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
Confirmed.
||2019-11-20
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #3 from Marek Polacek ---
Confirmed.
at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
--- Comment #2 from Marek Polacek ---
Fixed by r278465. Will add the test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92443
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Nov 20 22:59:20 2019
New Revision: 278534
URL: https://gcc.gnu.org/viewcvs?rev=278534&root=gcc&view=rev
Log:
Add test for PR c++/92443.
* g++.dg/cpp0x/constexpr-92443.C: N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92443
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
|UNCONFIRMED |NEW
Last reconfirmed||2019-11-20
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
Confirmed. I thought I'd seen a du
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92450
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Thu Nov 21 15:27:46 2019
New Revision: 278570
URL: https://gcc.gnu.org/viewcvs?rev=278570&root=gcc&view=rev
Log:
PR c++/92450 - ICE with invalid nested name specifier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92450
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88337
--- Comment #10 from Marek Polacek ---
Author: mpolacek
Date: Fri Nov 22 23:48:25 2019
New Revision: 278635
URL: https://gcc.gnu.org/viewcvs?rev=278635&root=gcc&view=rev
Log:
PR c++/88337 - P1327R1: Allow polymorphic typeid in constexpr.
||2019-11-25
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Marek Polacek ---
Hmm, I wonder why
473 /* If both are in a macro, only warn if they're spelled the same.
*/
at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
||2019-12-02
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92745
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91678
--- Comment #5 from Marek Polacek ---
Sorry, I'll try to respond to
https://gcc.gnu.org/ml/gcc-patches/2019-09/msg01042.html
soon.
It doesn't seem to fix Comment 4 though, will have to look why :/.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91363
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Tue Dec 3 15:59:40 2019
New Revision: 278939
URL: https://gcc.gnu.org/viewcvs?rev=278939&root=gcc&view=rev
Log:
PR c++/91363 - P0960R3: Parenthesized initialization of aggrega
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88323
Bug 88323 depends on bug 91363, which changed state.
Bug 91363 Summary: Implement P0960R3: Parenthesized initialization of aggregates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91363
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91363
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mpolacek at gcc dot gnu.org
Target Milestone: ---
As per
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p1975r0.html
This wasn't included in my patch for P0960.
,
||ice-on-invalid-code
Status|UNCONFIRMED |NEW
Last reconfirmed||2019-12-05
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92271
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92271
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Thu Dec 5 20:06:46 2019
New Revision: 279018
URL: https://gcc.gnu.org/viewcvs?rev=279018&root=gcc&view=rev
Log:
PR c++/92271 - make __is_same alias for __is_same_as.
Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91353
--- Comment #8 from Marek Polacek ---
Author: mpolacek
Date: Thu Dec 5 20:13:03 2019
New Revision: 279019
URL: https://gcc.gnu.org/viewcvs?rev=279019&root=gcc&view=rev
Log:
PR c++/91353 - P1331R2: Allow trivial default init in constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91353
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88323
Bug 88323 depends on bug 91353, which changed state.
Bug 91353 Summary: Implement P1331R2: Permitting trivial default initialization
in constexpr contexts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91353
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 91353, which changed state.
Bug 91353 Summary: Implement P1331R2: Permitting trivial default initialization
in constexpr contexts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91353
What|Removed
||mpolacek at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #4 from Marek Polacek ---
This has been fixed, assuming it's a dup of 92206.
*** This bug has been marked as a duplicate of bug 92206 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92206
--- Comment #13 from Marek Polacek ---
*** Bug 92441 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84255
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
||mpolacek at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #4 from Marek Polacek ---
Closing thus.
||mpolacek at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
--- Comment #2 from Marek Polacek ---
Fixed by r278786, will add the test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92451
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92451
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Fri Dec 6 22:12:51 2019
New Revision: 279067
URL: https://gcc.gnu.org/viewcvs?rev=279067&root=gcc&view=rev
Log:
Add test for c++/92451.
This was ICEing from r277865 to r278786.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91678
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Sat Dec 7 17:35:54 2019
New Revision: 279077
URL: https://gcc.gnu.org/viewcvs?rev=279077&root=gcc&view=rev
Log:
PR c++/91678 - wrong error with decltype and location wrapper.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91678
Marek Polacek changed:
What|Removed |Added
Summary|[9/10 Regression] decltype |[9 Regression] decltype
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
||mpolacek at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92878
--- Comment #2 from Marek Polacek ---
I guess this example should be compiled:
A new-expression that creates an object of type T initializes that object as
follows:
...
-- Otherwise, the new-initializer is interpreted according to the
initializa
at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92878
--- Comment #3 from Marek Polacek ---
I've found an ICE:
struct A
{
int a;
int b;
int c = 42;
};
void
fn ()
{
auto y = new A(1, 2);
}
$ ./cc1plus -quiet i.C -std=c++2a
In function ‘void fn()’:
cc1plus: internal compiler error: in gimpl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92878
--- Comment #4 from Marek Polacek ---
Nevermind, I had some local changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92878
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Wed Dec 11 18:40:55 2019
New Revision: 279240
URL: https://gcc.gnu.org/viewcvs?rev=279240&root=gcc&view=rev
Log:
PR c++/92878 - Parenthesized init of aggregates in new-expressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92878
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92878
--- Comment #10 from Marek Polacek ---
(In reply to Ville Voutilainen from comment #7)
> __is_constructible is incorrectly false for such an aggregate:
>
> struct aggressive_aggregate
> {
> int a;
> int b;
> };
>
> int main()
> {
>
||2019-12-15
CC||mpolacek at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
Ever confirmed|0 |1
||2019-12-16
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
This tsubst_copy ICE started with r267108 but before that we had another ICE:
92948.C:13:21: internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92745
--- Comment #6 from Marek Polacek ---
Potential fix:
--- gcc/cp/decl.c
+++ gcc/cp/decl.c
@@ -6408,11 +6408,11 @@ reshape_init_r (tree type, reshape_iter *d, bool
first_initializer_p,
/* For a nested compound literal, there is no need t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88848
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mpolacek at gcc dot gnu.org
Target Milestone: ---
class S {
using T = int;
enum class E : T;
};
enum class S::E : S::T { X };
gives
pr.C:6:22: error: ‘using T = int’ is private
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93001
--- Comment #1 from Marek Polacek ---
I think the problem is in dfs_accessible_post:
757 tree scope = current_nonlambda_scope ();
will for this line:
enum class S::E : S::T { X };
give "::" so dfs_accessible_post returns NULL_TREE. But if i
at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
--- Comment #3 from Marek Polacek ---
Yup, let me take a look.
|UNCONFIRMED |NEW
Last reconfirmed||2019-12-19
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
Confirmed.
||2019-12-19
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #3 from Marek Polacek ---
Now really confirmed.
|UNCONFIRMED |NEW
Last reconfirmed||2019-12-19
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
enum { X };
struct S {
template
void f(T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92974
--- Comment #2 from Marek Polacek ---
We have a good location when processing the template:
(gdb) p loc
$4 = (const op_location_t &) @0x7fffc3d0: {m_operator_loc = 0,
m_combined_loc = 2147483648}
(gdb) p loc.m_combined_loc
$5 = 2147483648
(
at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
--- Comment #3 from Marek Polacek ---
And that's because build_min_non_dep doesn't set any location:
6923 expr = build_conditional_expr (loc, ifexp, op1, op2, complain);
6924 if (processing_template_decl && expr != erro
||2019-12-20
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
It's not (easily) possible to reproduce the problem with what you've provided;
the shell
|UNCONFIRMED |NEW
Last reconfirmed||2019-12-20
CC||mpolacek at gcc dot gnu.org
Target Milestone|--- |10.0
Summary|error: incorrect sharing of |[10 Regression] error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
Marek Polacek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
--- Comment #4 from Marek Polacek ---
template struct S {
S(T *);
~S();
};
struct X {
struct C {
S d;
float e;
};
X();
};
S f(S);
X::X() { C a[]{f("")}; }
$ ./cc1plus -quiet 93033.C
93033.C: In constructor ‘X::X()’:
93033.C:13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92947
--- Comment #2 from Marek Polacek ---
The problem here is the cp_unevaluated_operand check:
10147 if (DECL_CONSTRUCTOR_P (fn)
10148 && !(flags & LOOKUP_ONLYCONVERTING)
10149 && !cp_unevaluated_operand
10150 &&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92974
--- Comment #4 from Marek Polacek ---
Author: mpolacek
Date: Fri Dec 20 23:25:44 2019
New Revision: 279685
URL: https://gcc.gnu.org/viewcvs?rev=279685&root=gcc&view=rev
Log:
PR c++/92974 - bogus location for enum and non-enum in ?: warni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92974
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92745
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Fri Dec 20 23:30:04 2019
New Revision: 279686
URL: https://gcc.gnu.org/viewcvs?rev=279686&root=gcc&view=rev
Log:
PR c++/92745 - bogus error when initializing array of vectors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92745
Marek Polacek changed:
What|Removed |Added
Summary|[8/9/10 Regression] |[8/9 Regression]
|Init
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93036
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88337
--- Comment #11 from Marek Polacek ---
Author: mpolacek
Date: Sun Dec 29 16:44:41 2019
New Revision: 279755
URL: https://gcc.gnu.org/viewcvs?rev=279755&root=gcc&view=rev
Log:
PR c++/88337 - Implement P1327R1: Allow dynamic_cast in conste
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88337
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 88337, which changed state.
Bug 88337 Summary: Implement P1002R1, P1327R1, P1330R0, C++20 relaxations of
constexpr restrictions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88337
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88323
Bug 88323 depends on bug 88337, which changed state.
Bug 88337 Summary: Implement P1002R1, P1327R1, P1330R0, C++20 relaxations of
constexpr restrictions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88337
What|Removed
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mpolacek at gcc dot gnu.org
Target Milestone: ---
We should detect the UB here:
struct V {
virtual void f();
};
struct A : V { };
struct B : V {
constexpr B(V*, A*);
};
struct D : A, B {
constexpr D() : B((A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93101
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
||mpolacek at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91364
--- Comment #10 from Marek Polacek ---
(In reply to Will Wray from comment #7)
> Fails to match for variadic arguments. Reopen or file a new bug?
Definitely a new bug, please.
Severity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: mpolacek at gcc dot gnu.org
Target Milestone: ---
Compiling
#include
auto lol()
{
int aha = 3;
return [&aha] {
return aha;
};
}
int
|UNCONFIRMED |NEW
Last reconfirmed||2020-01-10
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
Confirmed.
||2020-01-16
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93295
--- Comment #2 from Marek Polacek ---
commit 1a291106384cabc73da0bc0f457b1cd3a4015970
Author: Jason Merrill
Date: Wed Nov 27 17:05:53 2019 -0500
Implement P1814R0, CTAD for alias templates.
This patch implements C++20 class template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93028
--- Comment #7 from Marek Polacek ---
Trying to compile test.cpp from Comment 5 again, I did see an ICE:
internal compiler error: tree check: expected tree that contains ‘decl minimal’
structure, have ‘tree_list’ in lookup_type_scope_1, at cp/na
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93036
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
|UNCONFIRMED |NEW
Last reconfirmed||2020-01-17
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
Confirmed.
|WAITING |NEW
CC||mpolacek at gcc dot gnu.org
--- Comment #2 from Marek Polacek ---
class : d<0> {
certainly not valid. But this one seems to be valid and still ICEs:
template struct a {
enum { b = 8 };
};
class c;
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93299
--- Comment #3 from Marek Polacek ---
Seems to have started with g:e4511ca2e9ecdb51d41b64452398f8e2df575668.
801 - 900 of 9317 matches
Mail list logo
