https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114153
--- Comment #1 from Marc Mutz ---
It's only the C++14 "diamond"/is_transparent version of std::less/greater_equal
that is affected. If you replace the return from main with greater_equal{},
then it calls op<=>, too:
// https://godbolt.org/z/cnj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114153
Bug ID: 114153
Summary: std::less prefers operator const void*() over
operator<=>() in C++20 mode
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903
Marc Mutz changed:
What|Removed |Added
CC||marc.mutz at hotmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80578
--- Comment #5 from Marc Mutz ---
Still in GCC 11 and GCC 13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110704
--- Comment #1 from Marc Mutz ---
GCC self-compiled, line numbers should be as at 275820c09e5:
$ g++ --version
g++ (GCC) 13.0.1 20230124 (experimental)
$ (cd ~/C++/gcc; git log -1 --oneline)
275820c09e5 (HEAD, origin/trunk, origin/master, origi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110704
Bug ID: 110704
Summary: When ubsan reports an error, asan reports a leak in
cp-demangle.c
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92562
Marc Mutz changed:
What|Removed |Added
CC||marc.mutz at hotmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108820
Bug ID: 108820
Summary: vector::resize(n, v) requires copy_assignable, which
is not part of the CopyInsertable concept
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105416
--- Comment #3 from Marc Mutz ---
It's both: aarch64 is here:
https://gcc.gnu.org/legacy-ml/gcc-patches/2019-01/msg00570.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105416
Bug ID: 105416
Summary: arm_acle.h is missing __yield()
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86974
--- Comment #7 from Marc Mutz ---
Fantastic! Thanks for the tip!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86974
Marc Mutz changed:
What|Removed |Added
CC||marc.mutz at hotmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104480
Marc Mutz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104480
Bug ID: 104480
Summary: [trunk] Combining stores across memory locations might
violate [intro.memory]/3
Product: gcc
Version: unknown
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100415
--- Comment #2 from Marc Mutz ---
Confirmed with
$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/d/gcc/11/libexec/gcc/x86_64-pc-linux-gnu/11.2.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --pr
15 matches
Mail list logo