https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116422
Bug ID: 116422
Summary: g++-14 fails to build previously accepted unexpanded
template code
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115617
Bug ID: 115617
Summary: Wrong diagnostic message for non-const expr in
constexpr context
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159
Jan Engelhardt changed:
What|Removed |Added
CC||fweimer at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159
Bug ID: 113159
Summary: More robust std::sort for silly comparator functions
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112100
Bug ID: 112100
Summary: ubsan: misses UB when modifying std::string's trailing
\0
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110866
Bug ID: 110866
Summary: No UDC lookup with va_arg
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #52 from Jan Engelhardt ---
>This is useful for functions where not checking the
>result is either a security problem or always a bug, such as
>'realloc'.
always? reall..y..oc?
void *x = malloc(1);
realloc(x, 0);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109020
Bug ID: 109020
Summary: Lambdas have different DWARF signature than the
function they are in
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107895
--- Comment #1 from Jan Engelhardt ---
clang-15.0.5+gnustdlibc timing distribution.
-m32 -m64
mt19937 6.0 4.7
mt19937_64 9.2 4.7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107895
Bug ID: 107895
Summary: mt19937 bad performance on LP64
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103930
--- Comment #2 from Jan Engelhardt ---
Subissue a) "the crash output is completely useless" seems to have been
addressed in the past already; I observe in gcc 12 that
Found plugin run function: 0x7fecaa0e01a0
AddressSanitizer:DEADLYSIGNAL
=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103930
Jan Engelhardt changed:
What|Removed |Added
CC||rguenther at suse dot de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106195
Bug ID: 106195
Summary: RFE: Split -msse into -msse and -fenable-intrinsics
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104929
Bug ID: 104929
Summary: UBSAN: false positive with sprintf
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104806
Bug ID: 104806
Summary: Weird error message: did you mean "__dt "
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104437
--- Comment #1 from Jan Engelhardt ---
Due to http://eel.is/c++draft/diff.cpp17.class#2 , it's probably going to be
(b).
However, adding inline, i.e.
inline S() {}
makes it compile again, so that case.. might be improperly rejected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104437
Bug ID: 104437
Summary: Constructor of templated class with full instantiation
name rejected in -std=c++2a
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103923
Bug ID: 103923
Summary: is_invocable inexplicably fails
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103733
--- Comment #4 from Jan Engelhardt ---
Is there a way to convey that it is safe to access every and all parts of S,
e.g. by initializing S::b at construction time?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103733
--- Comment #2 from Jan Engelhardt ---
== New input ==
$ cat x.cpp
struct S {
char b[16];
#if __cplusplus >= 202000L
bool operator==(const S &) const = default;
#else
inline bool operator==(const S &o) const { return __bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103733
Bug ID: 103733
Summary: Missed optimization: defaulted op== for trivially
comparable types worse than memcmp
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103710
--- Comment #2 from Jan Engelhardt ---
Created attachment 52001
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52001&action=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103710
Bug ID: 103710
Summary: Missed optimization: common bit prefix/suffixes of
multiple values
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103535
Bug ID: 103535
Summary: [missed optimization] remainder-of-2 with subtract-1
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102957
Bug ID: 102957
Summary: [riscv64] ICE on bogus -march value
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102929
Bug ID: 102929
Summary: [missed optimization] two ways to
rounddown-to-next-multiple
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102877
Bug ID: 102877
Summary: missed optimization: memcpy produces lots more asm
than otherwise
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102839
Bug ID: 102839
Summary: filesystem::path::wstring runs in C locale /
practically always throws
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102795
Bug ID: 102795
Summary: RFE: recognize !! vs branch similarity better
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101705
--- Comment #2 from Jan Engelhardt ---
Created attachment 51229
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51229&action=edit
testcase, 2.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101705
--- Comment #1 from Jan Engelhardt ---
Created attachment 51228
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51228&action=edit
testcase, 1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101705
Bug ID: 101705
Summary: Missed optimization opportunity when copying lots of
bitfields
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100386
Bug ID: 100386
Summary: Not all constant brace-init-lists receive symbols
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100215
Bug ID: 100215
Summary: Improve text of -Wmaybe-uninitialized references
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99383
Bug ID: 99383
Summary: No tree-switch-conversion under PIC
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97918
--- Comment #9 from Jan Engelhardt ---
The new g++.dg/debug/localclass2.C test file you added is marked "target
c++11", but it seems I can only cause the crash with -std=c++17 or later
standards. Should the test file perhaps be amended?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97918
Bug ID: 97918
Summary: ICE near htab_hash_string when LTO, -O & -g
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97908
--- Comment #4 from Jan Engelhardt ---
>don't dlclose a library when you are using anything from it.
That's easier said then done when using C++, as (inline) functions and static
objects can potentially be instantiated in any object file. A shar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97908
--- Comment #1 from Jan Engelhardt ---
On second thought, this is practically the same issue as functions going away
(like example below), so wontfix seems appropriate.
-- main
#include
struct base { virtual ~base() {}; };
int main()
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97908
Bug ID: 97908
Summary: Should _ZTI and _ZTS symbols be marked GNU_UNIQUE
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
40 matches
Mail list logo