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)
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?
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
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
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::
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
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
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
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.
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
Hana Dusíková changed:
What|Removed |Added
CC||hanicka at hanicka dot net
--- Comment
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:
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:
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117392
--- Comment #3 from Hana Dusíková ---
Thanks for the workaround!
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.
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110367
Hana Dusíková changed:
What|Removed |Added
CC||hanicka at hanicka dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112633
--- Comment #5 from Hana Dusíková ---
Thanks for really quick fix! You are awesome!
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110380
Hana Dusíková changed:
What|Removed |Added
CC||hanicka at hanicka dot net
--- Comment
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
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++
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.
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
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
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.
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++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96742
Hana Dusíková changed:
What|Removed |Added
CC||hanicka at hanicka dot net
--- Comment #
29 matches
Mail list logo