[Bug c++/95349] Using std::launder(p) produces unexpected behavior where (p) produces expected behavior

2024-06-03 Thread Christopher.Nerz at de dot bosch.com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95349 --- Comment #49 from Christopher Nerz --- Ah, misunderstood and therefore forgot optimization to a constant. In the current code example, we have the problem that the (second) initialization does not initialize with a value (ergo undefined behav

[Bug c++/95349] Using std::launder(p) produces unexpected behavior where (p) produces expected behavior

2024-06-03 Thread Christopher.Nerz at de dot bosch.com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95349 --- Comment #47 from Christopher Nerz --- But shouldn't both give the same value? The return of the new and the std::launder(...) point to the same object and are both equal read-operations! It is imho not predictable that they behave differently

[Bug c++/95349] Using std::launder(p) produces unexpected behavior where (p) produces expected behavior

2024-06-03 Thread Christopher.Nerz at de dot bosch.com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95349 Christopher Nerz changed: What|Removed |Added CC||Christopher.Nerz at de dot bosch.c

[Bug c++/92687] decltype of a structured binding to a tuple component is a reference type inside a template function

2024-02-28 Thread Christopher.Nerz at de dot bosch.com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92687 Christopher Nerz changed: What|Removed |Added CC||Christopher.Nerz at de dot bosch.c