https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78308
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79549
--- Comment #3 from TC ---
-std=c++1z, of course.
http://melpon.org/wandbox/permlink/kxNlvdtfvjCW5fNN
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
template
struct meow;
template
struct meow { };
template struct meow<1>;
prog.cc: In substi
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
template
struct meow;
template
struct meow { };
template struct meow<1>;
prog.cc: In substi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70844
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79195
--- Comment #1 from TC ---
While we are here, the `return {{forward<_Types>(__t)...}};` in the body should
call std::forward qualified.
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
This does not compile:
#include
struct A {};
struct B : A {};
struct C : A {};
auto arr = std::experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77451
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77528
--- Comment #10 from TC ---
C'ing the relevant parts of my email to the lists here for the record:
The new default member initializers use {}, and it's not too hard to find test
cases where {} and value-initialization do different things,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78890
--- Comment #7 from TC ---
(In reply to Jakub Jelinek from comment #6)
> Sure, I just wanted to understand why the r211318 change has been done and
> my comment lists why I think that happened.
Ah, my fault for not actually reading the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78890
--- Comment #5 from TC ---
(In reply to Jakub Jelinek from comment #4)
> Apparently what changed in C++11 is that it allows static
> data members in unions and those clearly can have reference type, so that is
> the reason why the restriction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78890
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
From http://stackoverflow.com/q/41326047/2756719.
GCC accepts this plainly invalid code:
void f() {
void(*);
}
It appears that any combination of ptr
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78457
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Reduced from http://stackoverflow.com/q
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
If a comparison throws in the middle of the loop,
- list::merge will have spliced some elements over without updating the size of
the lists.
- list::sort will destroy any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66742
--- Comment #9 from TC ---
The ugly fix in Comment #6 should be performant, if, well, ugly.
It may be worth considering holding the nodes via a different type. There's no
real reason why the temporary holders need to be a `list` or have a copy
NCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Reduced from http://stackoverflow.com/q/40637781/2756719:
templ
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
It default constructs the 1+64 temporary lists, which 1) likely does the wrong
thing for stateful allocators and 2) won't compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #4 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78302
--- Comment #2 from TC ---
Ugh, quasi-dup, I suppose. But if I'm reading the correspondence correctly, the
ABI breaking is only because of triviality, correct?
So if we just want to make is_move_constructible not lie, it should be possible
to
ty: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
#include
#include
struct nonmovable
{
nonmovable(nonmovable&&) = delete;
};
static_assert(!std::is_move_constructible_v<std::tuple
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
They are currently
> template
> auto
> count(const _Kt& __x) const
> -> decltype(_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70163
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78163
--- Comment #2 from TC ---
(In reply to Martin Liška from comment #1)
> For:
> $ gcc --version
> gcc (SUSE Linux) 6.2.1 20160830 [gcc-6-branch revision 239856]
>
> $ gcc pr78163.c
> pr78163.c:1:16: error: expected ‘;’, ‘,’ or ‘)’ before ‘&’
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
void f(void () &);
void g(void (*)() &);
void h(void (&)() &);
void i(void (* const &)() &);
None of these
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69905
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #4 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67200
TC changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
GCC accepts
int *p = int();
even though per DR 903, only integer literals with the value zero are null
pointer constants
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77616
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
The new uninitialized_{default,value}_construct(_n)? and
uninitialized_move(_n)? implementations are not exception safe: previously
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Reduced from http://stackoverflow.com/q/39460120/2756719:
template class> struct meow {};
template using ki
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77528
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76262
--- Comment #3 from TC ---
(In reply to Jonathan Wakely from comment #2)
> In which case both EDG and Clang get this wrong, as they print "12"
I know that Clang 3.7+ implemented DR1467 without 2137 (in which case "12"
would be the right output)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76262
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56701
--- Comment #7 from TC ---
*** Bug 69208 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69208
TC changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
oduct: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Reduced from http://stackoverflow.com/q/382138
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71332
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
Status: UNCONFIRMED
Keywords: diagnostic
Severity: minor
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
GCC correctly diagnoses the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70796
--- Comment #2 from TC ---
It occurred to me that one issue here is whether initialization of the
parameter object (of the constructor) is considered a "value computation [or]
side effect associated with" an initializer-clause. If not, then the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70972
--- Comment #2 from TC ---
Not exactly that familiar with GCC, but looking at
https://gcc.gnu.org/viewcvs/gcc/trunk/gcc/cp/method.c?r1=233719=233718=233719
tree type = TREE_TYPE (parm);
if (DECL_PACK_P (parm))
type =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70972
--- Comment #1 from TC ---
Originally from http://stackoverflow.com/q/37064993/2756719
Keywords: rejects-valid, wrong-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
The following code, accepted by GCC 5.3, fails to compile in GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70942
--- Comment #2 from TC ---
This only appears to affect captureless generic lambdas with a deduced return
type.
It might have something to do with the conversion function template to function
pointer - I'm guessing that it was somehow
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
template
void foo(T t) {
using meow = T;
using meow = int;
}
template void foo(int);
Accepted by clang, rejected by GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70942
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70101
--- Comment #1 from TC ---
Test case for everything except the first:
#include
#include
#include
#include
#include
struct Cmp : std::less {
explicit Cmp(int) {};
};
Cmp comp(1);
std::allocator alloc;
std::vector vec;
using PQ =
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
The following modified test case (replacing postfix ++ with prefix and
adjusting the expected values accordingly) from PR61382 still aborts
rity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
1) istream_iterator and ostream_iterator's constructors and istream_iterator's
operator-> should use __ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472
--- Comment #7 from TC ---
(In reply to Jonathan Wakely from comment #6)
> (In reply to TC from comment #5)
> > In any event, it would be wrong to SFINAE on
> > std::is_copy_constructible. The requirement is CopyInsertable,
> > not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70667
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60799
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #4 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #5 from TC
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Reduced from http://stackoverflow.com/q/36578055/2756719.
The following ill-formed code is incorrectly accepted by GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70587
TC changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Version|6.0
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
p/P followed by +/- is not part of the pp-number production in C++ before
C++17, but GCC includes them anyway. This results
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Repro:
template class meow;
template struct purr;
template
struct purr<T, meow...> {};
te
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Repro:
void meow() {
void purr();
void ()() = purr;
[f]{};
}
Per [expr.prim.lambda]/15, capturing a reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53637
--- Comment #8 from TC ---
The standard specifies when copy elision is allowed
(http://eel.is/c++draft/class.copy#31). "return param ? a : b;" is not one of
them. "param ? a : b" is hardly "the name of a non-volatile automatic
object..."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53637
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #6 from TC
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
None of them is implemented correctly, and several won't compile if actually
used.
template>
expli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67013
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #11 from TC
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Modified repro from http://stackoverflow.com/q/35352168/2756719:
struct A {
typedef int& reference;
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69774
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68515
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69139
--- Comment #3 from TC ---
Another test case, slightly modified from the original in the linked SO
question:
struct X {
auto get(int) const & -> int { return {}; }
auto get(int) && -> long { return {}; }
};
template auto f(auto
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Reduced from http://stackoverflow.com/q/35027853/2756719:
struct A { A(int = 0); };
template class meow;
template A foo;
template A foo<meow> = 1;
auto&&
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Reduced from http://stackoverflow.com/q/35002402/2756719, repro:
#include
#include
class A {
public:
A() = default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69478
--- Comment #1 from TC ---
It seems that the static_assert should check _IsMove and use either
is_copy_assignable<_Tp> or is_move_assignable<_Tp> depending on its value.
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Repro:
struct A { A(int = 0); A operator+(A) const; };
struct B { B(int = 0); operator int() const; };
template
void f(){
(A() + A() + ... + A(Is)); // compiles
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
PR64969 fixed cases where an abbreviated function template returns 'auto' or
'decltype(auto)' (or have a trailing return type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69436
--- Comment #4 from TC ---
Although this still breaks on trunk GCC on Wandbox:
long x;
auto& f(auto) { return x; }
auto* g(auto) { return }
auto r = f(1);
auto p = g(1);
prog.cc: In instantiation of 'auto& f(auto:1) [with auto:1 = int]':
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69436
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69287
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Something like
#include
int main(){
std::vector v;
for(i : v) {}
}
produces a storm of not-very-enlightening errors on trunk:
prog.cc
t: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Repro:
struct A
{
void f(){ A*&& a = &*this; }
};
results in:
prog.cc: In member function 'void A::f()':
prog.cc:3:24: error: binding 'A* const' to reference of type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69116
--- Comment #2 from TC ---
I don't think this has anything to do with `end`. Consider the following code:
#include
template struct foo {
T f();
void g(T);
};
template void operator<<(const T&, const foo&) {}
struct x : public
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Test case (modified from http://stackoverflow.com/q/31229359/2756719):
auto get(int) -> int { ret
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
From http://stackoverflow.com/q/34581372/2756719, repro:
struct X
{
~X() {}
};
union U
{
X x;
~U() {}
};
U u;
The default
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
__use_alloc in and __outermost in
take the address of an allocator with &. They should use __addressof instead.
(__outermost doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68071
--- Comment #3 from TC ---
This looks like a duplicate of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64095
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Consider:
static int i;
static int* temp =
static constexpr int *& = static_cast<int*&&>(temp) + 1;
This correctly doesn't com
stdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Test case:
#include
struct foo {
void operator&() const = delete;
};
int main() {
std::promise p;
p.set_value(foo());
}
results in:
In file included from
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Test case:
#include
#include
struct test : std::deque {
void operator&() const = delete;
};
int main() {
test t;
std::back_insert_iterator b(t);
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
basic_string(ForwardIt, ForwardIt) eventually calls _S_copy_chars(), which is
marked _GLIBCXX_NOEXCEPT, so an exception thrown from an iterator operation
inside
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69016
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69023
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67669
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #5 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68995
--- Comment #3 from TC ---
(In reply to Jonathan Wakely from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > I think TR1 is considered as non-supported now.
>
> Pretty much.
The documentation may need updating if that's the case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58109
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #5 from TC
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Repro adapted from http://stackoverflow.com/q/34334735/2756719:
#include
#include
#include
std::tr1::shared_ptr test() { return
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Repro:
#include
enum E : char { e };
void f(char) { puts(__PRETTY_FUNCTION__); }
void f(int) { puts(__PRETTY_FUNCTION__); }
int
libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
According to the standard ([map.modifiers]),
template pair<iterator, bool> insert(P&& x);
is equivalent to return emplace(std::forward(x)), provided that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68869
--- Comment #3 from TC ---
This was http://cplusplus.github.io/LWG/lwg-defects.html#2005.
I don't think the S example breaks any rule in the pre-LWG2005 version, either.
That version requires that "P shall be convertible to value type", and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68288
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68071
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Repro:
void swallow(...) {}
template
void foo() {
int t = 0;
swallow(
([]{return 0;}(), Is)...
);
}
int main
rmal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Test case:
#include
struct C {
virtual ~C(){}
void operator&() const = delete;
};
int main() { std::rethrow_if_
101 - 200 of 230 matches
Mail list logo