[Bug c++/119383] [15 Regression] Boost 1.85 lib build fail after commit r15-8011

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119383 Kacper Słomiński changed: What|Removed |Added CC||kacper.slominski72 at gmail dot co

[Bug c++/118923] New: Wrong code generated for member function pointer call in range-for loop

: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: kacper.slominski72 at gmail dot com Target Milestone: --- The following code, when compiled with `-O3 -std=c++23` for x86_64, produces wrong assembly that unconditionally causes

[Bug libstdc++/115885] New: Build errors when libstdc++ math.h included in extern "C" block

ty: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: kacper.slominski72 at gmail dot com Target Milestone: --- Since r15-1857-gde19b516edbf919d31e9d22fdbf6066342d904a2 bits/cpp_type_traits.h now includes . This means that

[Bug tree-optimization/115199] [15 regression] gettext (libtextstyle) testsuite miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115199 --- Comment #3 from Kacper Słomiński --- For the version in the bug report the first bad diff is: --- foo-good-foo.c.044t.dse12024-05-22 23:22:35.962903496 +0200 +++ foo-bad-foo.c.044t.dse1 2024-05-22 23:22:23.869476999 +0200 @@ -11,7 +

[Bug c/114952] New: False positive -Wmaybe-uninitialized starting at -O3 in libbpf

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: kacper.slominski72 at gmail dot com Target Milestone: --- Created attachment 58105 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58105&action=edit Preprocessed elf.c sour

[Bug c++/109648] ICE: tree check: expected type_pack_expansion or expr_pack_expansion, have error_mark in tsubst_pack_expansion, at cp/pt.cc:13551 since r13-272-gdc6c96f0707aba

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109648 Kacper Słomiński changed: What|Removed |Added CC||kacper.slominski72 at gmail dot co

[Bug tree-optimization/113467] [14 regression] libgcrypt-1.10.3 is miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467 Kacper Słomiński changed: What|Removed |Added CC||kacper.slominski72 at gmail dot co

[Bug c++/107512] New: Defaulted virtual destructor not considered in constexpr context

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: kacper.slominski72 at gmail dot com Target Milestone: --- The following code causes a compiler error on GCC 12.2 and godbolt's trunk (compiled with "-std=c++20 -Wa

[Bug gcov-profile/106036] Missing stdint.h include in libgcc/libgcov.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106036 --- Comment #2 from Kacper Słomiński --- Okay, this seems to have been a false alarm, sorry for that! Our C library was missing the typedef for intptr_t in unistd.h, which POSIX does specify. After adding that, libgcc compiled without problems.

[Bug gcov-profile/106036] New: Missing stdint.h include in libgcc/libgcov.h

: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: kacper.slominski72 at gmail dot com CC: marxin at gcc dot gnu.org Target Milestone: --- The libgcc/libgcov.h header (and users of it) do not include stdint.h before using int64_t and uint64_t (via

[Bug c++/106024] New: ICE on missing template keyword in template method call in pack expansion

: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: kacper.slominski72 at gmail dot com Target Milestone: --- Created attachment 53162 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53162&action=edit -freport-bug

[Bug c++/102508] ICE on coroutine when awaiting inside a statement expression (in transform_local_var_uses, at cp/coroutines.cc:2102)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102508 --- Comment #1 from Kacper Słomiński --- Was about to report this myself; here is a minimal test case that reproduces this issue without using any external libraries. It causes a slightly different ICE in gimplify_expr in gimplify.c:14879 for GC

[Bug c++/101765] ICE when using a VLA inside of a coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101765 --- Comment #2 from Kacper Słomiński --- (In reply to Iain Sandoe from comment #1) > I am not sure that a VLA can be used in a coroutine (neither can alloca, if > I remember correctly) [so not sure that this is ICE on valid, it could be > ICE on

[Bug c++/101765] New: ICE when using a VLA inside of a coroutine

++ Assignee: unassigned at gcc dot gnu.org Reporter: kacper.slominski72 at gmail dot com Target Milestone: --- The following code, when compiled with "-std=c++20 -fcoroutines" (on GCC versions starting from 10.1 and including trunk) causes an ICE: #include struct

[Bug c++/96784] New: Templated lambda body remains constexpr despite having co_await in body

: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: kacper.slominski72 at gmail dot com Target Milestone: --- When a templated lambda has a fold expression with co_await inside of it in it's body, it remains constexpr which c

[Bug c++/95345] New: Fold expressions don't work properly when pack expression has co_await

ormal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: kacper.slominski72 at gmail dot com Target Milestone: --- When compiling the following code with GCC 10.1.0 (and the trunk option on Compiler Explorer but I don't know w