[Bug c++/117785] [C++26] P3068R5 - constexpr exceptions

2025-07-11 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785 --- Comment #37 from Hana Dusíková --- Btw I have noticed you touched the library, btu the feature test macro is defined only in , not in and also the value is 202502L, which is only when , , , exceptions will be constexpr (as specified P3378)

[Bug c++/117785] [C++26] P3068R5 - constexpr exceptions

2025-07-11 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785 --- Comment #35 from Hana Dusíková --- Btw another thing ... Jakub, how do you feel about disabling `-fno-exception` in consteval code or even constexpr code which doesn't result in codegen?

[Bug c++/117785] [C++26] P3068R5 - constexpr exceptions

2025-07-11 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785 --- Comment #33 from Hana Dusíková --- (In reply to Jonathan Wakely from comment #32) > ... at compile-time does it matter if the what() function does something > else? It can't launch missiles or format hard drives during consteval. The > worst

[Bug c++/117785] [C++26] P3068R5 - constexpr exceptions

2025-07-11 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785 --- Comment #30 from Hana Dusíková --- Core told me to take the note out because there is no exception in moment I'm printing error, because it's not valid constant evaluation therefore invalid program. Which seems legal technicality. Btw did yo

[Bug c++/117785] [C++26] P3068R5 - constexpr exceptions

2025-07-11 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785 --- Comment #28 from Hana Dusíková --- (In reply to Jakub Jelinek from comment #27) > (In reply to Hana Dusíková from comment #26) > > (In reply to Jakub Jelinek from comment #25) > > > In the end this is done only for classes derived from std::

[Bug c++/117785] [C++26] P3068R5 - constexpr exceptions

2025-07-11 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785 --- Comment #26 from Hana Dusíková --- (In reply to Jakub Jelinek from comment #25) > In the end this is done only for classes derived from std::exception, to > match e.g. the verbose terminate handler at runtime. I wonder why? Is there technic

[Bug c++/117785] [C++26] P3068R5 - constexpr exceptions

2025-05-28 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785 --- Comment #18 from Hana Dusíková --- (In reply to Jakub Jelinek from comment #16) > So, the paper added also the new case to > https://eel.is/c++draft/expr.const#10.27 > but > https://eel.is/c++draft/expr.new#8.5 > has not been changed and sti

[Bug c++/117785] [C++26] P3068R5 - constexpr exceptions

2025-05-28 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785 --- Comment #17 from Hana Dusíková --- (In reply to Jakub Jelinek from comment #16) > So, the paper added also the new case to > https://eel.is/c++draft/expr.const#10.27 > but > https://eel.is/c++draft/expr.new#8.5 > has not been changed and sti

[Bug c++/117785] [C++26] P3068R5 - constexpr exceptions

2025-05-27 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785 --- Comment #12 from Hana Dusíková --- I'm using [[gnu::used]] to emit constexpr symbol so it can be part of compatible interface.

[Bug c++/118903] constexpr variables with co_await expression in its initialization expression

2025-02-17 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118903 --- Comment #2 from Hana Dusíková --- https://compiler-explorer.com/z/58reoonEW (trunk GCC 2ef2b206c4617abae60002280455f7175aaa6064) ```c++ #include struct awaitable { constexpr bool await_ready() { return true; } void aw

[Bug c++/117785] [C++26] P3068R5 - constexpr exceptions

2025-02-17 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785 Hana Dusíková changed: What|Removed |Added CC||hanicka at hanicka dot net --- Comment

[Bug c++/118903] New: constexpr variables with co_await expression in its initialization expression

2025-02-17 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118903 Bug ID: 118903 Summary: constexpr variables with co_await expression in its initialization expression Product: gcc Version: 15.0 Status: UNCONFIRMED Severity:

[Bug c++/118237] failure to compile constexpr variable initialization with properly destroyed allocation inside the expression

2024-12-29 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118237 --- Comment #1 from Hana Dusíková --- Error I'm getting is: ``` :1:43: error: the value of '' is not usable in a constant expression 1 | constexpr auto f = (delete new int{42}, 32); | ^ :1:38:

[Bug c++/118237] New: failure to compile constexpr variable initialization with properly destroyed allocation inside the expression

2024-12-29 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118237 Bug ID: 118237 Summary: failure to compile constexpr variable initialization with properly destroyed allocation inside the expression Product: gcc Version: 15.0

[Bug c++/117392] template argument deduction problem with CNTTP

2024-11-01 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117392 --- Comment #3 from Hana Dusíková --- Thanks for the workaround!

[Bug c++/117392] template argument deduction problem with CNTTP

2024-11-01 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117392 --- Comment #1 from Hana Dusíková --- Also it seems same error is there since GCC 11. In GCC 10 it segfaults.

[Bug c++/117392] New: template argument deduction problem with CNTTP

2024-11-01 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117392 Bug ID: 117392 Summary: template argument deduction problem with CNTTP Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c++/110367] [C++26] Add new built-in for std::is_within_lifetime

2024-08-17 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110367 Hana Dusíková changed: What|Removed |Added CC||hanicka at hanicka dot net --- Comment

[Bug c++/112633] [13/14 Regression] ICE with type aliases and depedent value

2023-11-22 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112633 --- Comment #5 from Hana Dusíková --- Thanks for really quick fix! You are awesome!

[Bug c++/112633] New: ICE in parser GCC 13+ (including 14) around type aliases

2023-11-19 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112633 Bug ID: 112633 Summary: ICE in parser GCC 13+ (including 14) around type aliases Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Prio

[Bug c++/110380] [feature request] "-pg-constexpr=coverage-output" emit coverage metrics for constexpr code evaluated at compile time

2023-06-26 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110380 Hana Dusíková changed: What|Removed |Added CC||hanicka at hanicka dot net --- Comment

[Bug libstdc++/108517] New: std::sort of empty range yield "warning: 'this' pointer is null"

2023-01-24 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108517 Bug ID: 108517 Summary: std::sort of empty range yield "warning: 'this' pointer is null" Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug c++/102045] New: constructor is not being instantiated

2021-08-24 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102045 Bug ID: 102045 Summary: constructor is not being instantiated Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/99637] bit_cast doesn't work with padding bits and it should

2021-03-17 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99637 --- Comment #2 from Hana Dusíková --- I know this is not an argument but MSVC accepts this code, meanwhile I'm asking Richard what to do about it.

[Bug c++/99637] New: bit_cast doesn't work with padding bits and it should

2021-03-17 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99637 Bug ID: 99637 Summary: bit_cast doesn't work with padding bits and it should Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug c++/99013] New: std::source_location::function_name should return same result in constexpr mode and non-constexpr

2021-02-08 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99013 Bug ID: 99013 Summary: std::source_location::function_name should return same result in constexpr mode and non-constexpr Product: gcc Version: 11.0 Status: UNCONFIRMED

[Bug c++/98805] exception abort on mac os 11 (big sur)

2021-01-24 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98805 --- Comment #1 from Hana Dusíková --- I found out that build done on Catalina generates correct binary, which is able to run on Big Sur without any problem.

[Bug c++/98805] New: exception abort on mac os 11 (big sur)

2021-01-23 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98805 Bug ID: 98805 Summary: exception abort on mac os 11 (big sur) Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/96742] [10/11 Regression] "warning: comparison of unsigned expression in ‘< 0’ is always false" with dependent values

2020-10-23 Thread hanicka at hanicka dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96742 Hana Dusíková changed: What|Removed |Added CC||hanicka at hanicka dot net --- Comment #