https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118408
Bug ID: 118408
Summary: regex does not work under dual ABI
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117976
Bug ID: 117976
Summary: ubsan false positive invoking pointer to derived
member with base class type
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116636
Bug ID: 116636
Summary: Deprecation warning/unavailable error when overriding
member of virtual base class
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116606
Bug ID: 116606
Summary: unavailable attribute on virtual function causes error
on object construction
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116298
Bug ID: 116298
Summary: No error when taking address of overloaded member
function template
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115801
Bug ID: 115801
Summary: [modules] segfault instantiating a template with a
templated friend declaration referring to an
unexported template using a qualified name
Product:
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115757
Bug ID: 115757
Summary: [modules] [[maybe_unused]] not honored in member
function of imported class template
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115561
Bug ID: 115561
Summary: [14/15 Regression] ICE checking constraints when a
local class is involved
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: n
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050
Bug ID: 111050
Summary: [11/12/13/14 Regression] ABI break in
_Hash_node_value_base since GCC 11
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ABI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110164
Bug ID: 110164
Summary: Improve diagnostic for incomplete standard library
types due to missing include
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109803
Bug ID: 109803
Summary: [12 Regression] ICE with type defined in lambda inside
generic lambda inside function template
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
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 --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109655
Bug ID: 109655
Summary: Prior friend declaration causes "confused by earlier
errors, bailing out" with missing constraint on
out-of-class class template member definition
P
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 --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109232
Bug ID: 109232
Summary: Using deduced return type in an unevaluated context
leads to codegen
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109224
Bug ID: 109224
Summary: Wmismatched-new-delete false positive with corotuines
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109165
Bug ID: 109165
Summary: std::hash>::operator() should be
const
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109111
Bug ID: 109111
Summary: Definition of repeat_view::_Iterator has wrong
template-head
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
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 --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102863
Bug ID: 102863
Summary: Optional monadic ops should not be constrained
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
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 --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100823
Bug ID: 100823
Summary: Special member functions of common_iterator should be
conditionally trivial
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100768
Bug ID: 100768
Summary: Range iterator operations should be function objects
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100708
Bug ID: 100708
Summary: dynamic_cast can convert xvalue to lvalue
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
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 --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100592
Bug ID: 100592
Summary: Bogus "qualifiers cannot be applied" error with
reference type produced by dependent alias template
Product: gcc
Version: 12.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100579
Bug ID: 100579
Summary: [coroutines] Poor codegen using an optional-like type
with co_await
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100479
Bug ID: 100479
Summary: range adaptors handle cached iterators incorrectly
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100374
Bug ID: 100374
Summary: Type-constraints of member function templates should
not be substituted into during implicit instantiation
Product: gcc
Version: 12.0
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100368
Bug ID: 100368
Summary: Missing guaranteed elision in constexpr evaluation
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100290
Bug ID: 100290
Summary: join_view::_Iterator::operator++ copies
_M_parent->_M_inner when _S_ref_is_glvalue is false
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99273
Bug ID: 99273
Summary: List initialization prefers initializer_list a little
too strongly
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99081
Bug ID: 99081
Summary: Misleading -Wmissing-field-initializers warning on
out-of-order designated initializers
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97935
Bug ID: 97935
Summary: Missing subsumption in iterator category detection
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97869
Bug ID: 97869
Summary: defines __cpp_lib_span even when
doesn't provide an implementation
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
56 matches
Mail list logo