++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Despite regex itself (and regex_traits) being ABI-tagged,
std::__detail::_Scanner is not, and that class contains a data member
_StringT _M_value;
aka
: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Repro:
struct B {
virtual void f() = 0;
};
struct C : virtual B {
[[deprecated("meow")]]
void f(
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
https://gcc.gnu.org/onlinedocs/gcc/Common-Function-Attributes.html says that
"Other than emitting an error rather t
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
struct X {
template
E f() const;// #1
template
E f() const;// #2
template
E f(int) const; // #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115801
--- Comment #3 from TC ---
(In reply to Nathaniel Shead from comment #2)
> On looking further into it I believe this is ice-on-invalid.
>
> By https://eel.is/c++draft/temp.friend#2, within main.cpp the name ::Foo is
> looked up as if the specia
: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
// test.cpp
module;
export module test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109224
--- Comment #2 from TC ---
(In reply to Brian Bi from comment #1)
> I'm also encountering this issue, and I can't find any way to write the code
> that avoids triggering the warning, so I will simply have to disable the
> warning until this issu
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
// test.cpp
module;
export module test;
export template
class Foo {
public:
void foo(int n [[maybe_unused
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Reduced test case:
template
auto declval() noexcept -> _Tp&&;
template
struct enable_if
{ };
template
struc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112569
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #7 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050
--- Comment #7 from TC ---
Confirmed with my reporter that this fixes their actual code too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050
--- Comment #6 from TC ---
The crash is gone if lib2.o is compiled with bits/hashtable_policy.h patched
like so:
--- a/path/to/gcc-13/include/c++/13.2.0/bits/hashtable_policy.h
+++ b/hashtable_policy.h
@@ -327,18 +327,22 @@ namespace __detail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050
--- Comment #5 from TC ---
Minimal example:
$ cat lib1.cpp
#include
#include
static std::unordered_set set;
void del(const std::string& s) {
set.erase(s);
}
$ cat lib2.cpp
#include
#include
static std::unordered_set set;
void add(c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050
--- Comment #2 from TC ---
The impacted members we observed are `_Hash_node_value_base::_M_valptr` and
`_Hash_node_value_base::_M_v`. I think the layout of `_Hash_node` didn't
change.
And I'm not seeing why fixing this will require breaking ABI
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=1b6f0476837205932613ddb2b3429a55c26c409d
changed
Keywords: diagnostic
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
If I forget to include a header before using a sufficiently well-known standard
library type
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Repro:
template
void foo(T) {
[](auto){
[] {
struct X
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109688
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #6 from TC
ot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
class C
{
template
requires true
friend class D;
};
template
requires true
class D {
void f();
};
template // missing "requires true"
void D::f()
{
}
With gcc 13.1, g++ -std=c++20 (or c++2b) produ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109242
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
auto begin(auto&& r) {
return r.begin();
}
namespace {
struct R {
int* begin();
};
}
static_assert(_
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
#include
struct Task {
struct promise_type {
std::suspend_never initial_suspend() { return {}; }
std::suspend_never final_suspend() noexcept
P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Cpp17Hash requires const-callability.
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
In :
template
requires (is_object_v<_Tp> && same_as<_Tp, remove_cv_t<_Tp>>
&& (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108952
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106932
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #8 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103013
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #4 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102802
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
It's important that these are not constrained with invocable; that constraint
can trigger hard errors during overload resolution. For instance:
void f(int&);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101263
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #7 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102447
--- Comment #7 from TC ---
(In reply to Jonathan Wakely from comment #6)
> I have looked in detail (I have the 3rd, 4th and 5th editions here) but my
> brain started oozing out of my ears.
>
> 15.10.2.15 NonemptyClassRanges and 15.10.2.16 Nonem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102447
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #5 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102247
--- Comment #4 from TC ---
See also PR 60027 and its duplicates.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102247
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101107
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101113
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100940
--- Comment #7 from TC ---
(In reply to Patrick Palka from comment #6)
>
> For the other adaptors, we still unconditionally disable perfect forwarding
> call wrapper semantics. I'm not sure if the performance/diagnostic tradeoff
> is worth it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100940
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #4 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54835
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #21 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100825
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #7 from TC
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
At least as a QoI matter, the special member functions of common_iterator
should be trivial when the corresponding special
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
They are currently implemented as plain function templates, which don't meet
the requirements in http://eel.is/c++draft/range.iter.ops.general#2
++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
GCC accepts
struct A { virtual ~A() {}; };
struct B : A {} b;
void g ()
{
dynamic_cast(static_cast(b));
}
[expr.dynamic.cast]/2 says that for dynamic_cast(v):
If T is an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100631
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #4 from TC
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
template
struct meta {
template
using if_c = T;
};
template<>
struct met
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
#ifdef __clang__
#include
namespace stdx = std::experimental;
#else
#include
namespace stdx = std;
#endif
struct O {
~O() {}
struct
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
template
struct _CachedPosition<_Range>
{
private:
iterator_t<_Range> _M_iter{};
public:
constexpr bool
: 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: ---
template
concept C = true;
template
struct Foo
{
template
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
struct S {
S() = default;
S(const S&) = delete;
};
struct array {
S s[2];
};
struct PS {
constexpr array operator*() const { return {}; }
};
stru
MED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
auto&& __inner_range = [this] () -> decltype(auto) {
if constexpr (_S_
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
This is basically bug 64665 but closed back in 2015 - I think incorrectly.
Reduced test case:
#include
struct S { S(int); };
void f(std
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
struct A {
int a; int b;
};
A a { .b = 1, .a = 2};
with g++ -std=c++2a -O3 -Wall -Wextra produces
:5:21
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
In :
template
requires (!requires { typename _Iter::iterator_category; }
&& __detail::__cpp17_randacc_iterator<_Iter>)
ormal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
defines __cpp_lib_span if __cplusplus > 201703L and _GLIBCXX_HOSTED,
but only provides a definition of std::s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97120
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96331
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96042
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #4 from TC
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
struct A {
[[gnu::flatten]] A() {}
[[gnu::flatten]] ~A() {}
};
A a;
Produces no warnings with GCC 9 but
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
std::variant x;
std::visit([] (auto i) { return i; }, x);
produces a less than ideal error with libstdc++:
In file included from :1
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
We have
_Fp
load(memory_order __m = memory_order_seq_cst) const noexcept
{ return __atomic_impl::load
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983
--- Comment #8 from TC ---
(really from Tim)
This is https://cplusplus.github.io/LWG/issue3420
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95153
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91243
--- Comment #5 from TC ---
I don't think we should use decltype's special rule in this context :)
Also, std::is_nothrow_invocable_v hard-errors in libstdc++, because the
noexcept operator doesn't have that rule...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91243
--- Comment #2 from TC ---
Well, this is a library bug report, not a compiler one...
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
struct S {};
template
void check(T C::* const&);
int (S::*f)();
using t = decltype(check(f));
Rejec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86238
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #4 from TC
++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
From https://stackoverflow.com/q/59379703/2756719; the current gcd
implementation is essentially
template
constexpr common_type_t<_Mn, _Nn>
__gcd(_Mn __m, _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91653
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
oduct: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Re
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
#include
struct S { friend struct F; protected: ~S(); };
struct F { S operator()() { return {}; } };
static_assert(!std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89024
--- Comment #3 from TC ---
Bah, must have copy-pasta'd the semicolon somewhere when reducing the original
and didn't notice :(
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Per [basic.scope.pdecl]/3,
> The point of declaration for an enumeration is immediately after
> the identifier (if a
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Reduced:
template T&& declval();
template
void __test_aux(_To1);
template(declval<_From1>()))>
char __test(int);
template
int _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85714
--- Comment #4 from TC ---
[dcl.enum]p4:
The underlying type can be explicitly specified using an enum-base. For a
scoped enumeration type, the underlying type is int if it is not explicitly
specified. In both of these cases, the underlying type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85714
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
-valid
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Repro:
#include
struct moveonly {
moveonly() noexcept { }
moveonly(moveonly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84689
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
std::thread::__make_invoker uses make_tuple, which unwraps reference_wrappers,
so instead of passing a DECAY_COPY&#
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
From https://stackoverflow.com/q/48248565/2756719.
The constructor initializes _M_gd with (__n / 2), but param(const
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
libstdc++ has the trait but not the _v form, which was added by the editor per
NB comment US-9 on the C++17 CD, see
https://github.com/cplusplus/draft/commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83181
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Since it stores two paths and a string directly as members.
This violates [exception]/2:
Each standard library class T that derives from class exception shall have a
publicly
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
void meow() {
int a[3][4];
for(const auto r : a)
for(auto e : r) {}
}
This emits
prog.cc: In function 'void meow()':
pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57170
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81942
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81950
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81857
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81911
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81398
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81750
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81669
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81263
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Because the primary template is left undefined, the cv specializations of
__byte_operand causes a hard error for nonintegral types:
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58820
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
Another issue (compare bug 80384 and bug 80908) with the extension making
noexcept(E) to be a deduced
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: rs2740 at gmail dot com
Target Milestone: ---
No specialization of the following helper function templates can meet the
constexpr function requirements, and therefore they should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80908
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #2 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80795
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC
1 - 100 of 240 matches
Mail list logo
