[Bug libstdc++/113159] More robust std::sort for silly comparator functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159 Jan Engelhardt changed: What|Removed |Added CC||fweimer at redhat dot com --- Comment

[Bug libstdc++/113159] New: More robust std::sort for silly comparator functions

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

[Bug sanitizer/112100] New: ubsan: misses UB when modifying std::string's trailing \0

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

[Bug c++/110866] New: No UDC lookup with va_arg

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++

[Bug c/66425] (void) cast doesn't suppress __attribute__((warn_unused_result))

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);

[Bug c++/109020] New: Lambdas have different DWARF signature than the function they are in

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

[Bug tree-optimization/107895] mt19937 bad performance on LP64

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

[Bug tree-optimization/107895] New: mt19937 bad performance on LP64

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:

[Bug sanitizer/103930] asan intercepts fail if target library is only loaded (indirectly) through dlopen (e.g. plugin)

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

[Bug sanitizer/103930] asan intercepts fail if target library is only loaded (indirectly) through dlopen (e.g. plugin)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103930 Jan Engelhardt changed: What|Removed |Added CC||rguenther at suse dot de --- Comment

[Bug c/106195] New: RFE: Split -msse into -msse and -fenable-intrinsics

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

[Bug sanitizer/104929] New: UBSAN: false positive with sprintf

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

[Bug c++/104806] New: Weird error message: did you mean "__dt "

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:

[Bug c++/104437] Constructor of templated class with full instantiation name rejected in -std=c++2a

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.

[Bug c++/104437] New: Constructor of templated class with full instantiation name rejected in -std=c++2a

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

[Bug c++/103923] New: is_invocable inexplicably fails

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++

[Bug tree-optimization/103733] Missed optimization: defaulted op== for trivially comparable types worse than memcmp

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?

[Bug tree-optimization/103733] Missed optimization: defaulted op== for trivially comparable types worse than memcmp

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 ) const { return

[Bug tree-optimization/103733] New: Missed optimization: defaulted op== for trivially comparable types worse than memcmp

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

[Bug rtl-optimization/103710] Missed optimization: common bit prefix/suffixes of multiple values

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=edit testcase

[Bug rtl-optimization/103710] New: Missed optimization: common bit prefix/suffixes of multiple values

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

[Bug tree-optimization/103535] New: [missed optimization] remainder-of-2 with subtract-1

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

[Bug driver/102957] New: [riscv64] ICE on bogus -march value

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

[Bug tree-optimization/102929] New: [missed optimization] two ways to rounddown-to-next-multiple

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

[Bug c++/102877] New: missed optimization: memcpy produces lots more asm than otherwise

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

[Bug libstdc++/102839] New: filesystem::path::wstring runs in C locale / practically always throws

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:

[Bug tree-optimization/102795] New: RFE: recognize !! vs branch similarity better

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:

[Bug c/101705] Missed optimization opportunity when copying lots of bitfields

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=edit testcase, 2.c

[Bug c/101705] Missed optimization opportunity when copying lots of bitfields

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=edit testcase, 1.c

[Bug c/101705] New: Missed optimization opportunity when copying lots of bitfields

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

[Bug c++/100386] New: Not all constant brace-init-lists receive symbols

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

[Bug c++/100215] New: Improve text of -Wmaybe-uninitialized references

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

[Bug tree-optimization/99383] New: No tree-switch-conversion under PIC

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:

[Bug c++/97918] [8/9/10/11 Regression] ICE near htab_hash_string when LTO, -O & -g

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?

[Bug c++/97918] New: ICE near htab_hash_string when LTO, -O & -g

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++

[Bug c++/97908] Should _ZTI and _ZTS symbols be marked GNU_UNIQUE

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

[Bug c++/97908] Should _ZTI and _ZTS symbols be marked GNU_UNIQUE

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() {

[Bug c++/97908] New: Should _ZTI and _ZTS symbols be marked GNU_UNIQUE

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: