https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104872
Bug ID: 104872
Summary: Memory corruption in Coroutine with POD type
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104872
--- Comment #1 from Benjamin Buch ---
More minimal version:
https://godbolt.org/z/aEv13e38a
```cpp
#include
#include
#include
using namespace std::literals;
class logging_string{
public:
logging_string(std::string_view text) :text_(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104872
--- Comment #2 from Benjamin Buch ---
To workaround it is enough define the wrapper constructor to build a string.
```cpp
wrapper(std::string text): filename(std::move(text)) {}
```
https://godbolt.org/z/9za7hfjs8
```cpp
#include
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104872
--- Comment #4 from Benjamin Buch ---
Can you please increase the priority? P3 seems too low for the wrong code. With
ICE I could understand that, but here the code seems to be compiled
successfully and then crashes when running the program. Thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104872
--- Comment #3 from Benjamin Buch ---
Bug is still present in GCC 12.1 and current trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114076
Bug ID: 114076
Summary: list-initialization with assignment expression
triggers wrong template instanciation
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114076
--- Comment #3 from Benjamin Buch ---
I [created an overview](https://stackoverflow.com/a/78101462/4821621) with all
cases that currently work on StackOverflow. I think that all these cases should
be valid. For a properly formated version with l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104850
Benjamin Buch changed:
What|Removed |Added
CC||benni.buch at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104850
--- Comment #7 from Benjamin Buch ---
Sorry wrong number; Bug 114076
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114564
Bug ID: 114564
Summary: Accessing template Base via template Derived fails
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114076
--- Comment #4 from Benjamin Buch ---
I just tried the Compiler Explorer links from my overview and saw that there is
no change in the trunk for GCC.
https://stackoverflow.com/a/78101462/4821621
The fact that all three major compilers behave d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109299
Bug ID: 109299
Summary: wrong warning on std::wstring with -O2 -std=c++20
-D_FORTIFY_SOURCE=2
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109299
Benjamin Buch changed:
What|Removed |Added
Version|12.0|12.1.0
--- Comment #3 from Benjamin Buc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104928
Benjamin Buch changed:
What|Removed |Added
CC||benni.buch at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104928
--- Comment #10 from Benjamin Buch ---
Okay, I understand this.
https://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html#status.iso.2020
defines P1135R6 is implemented since libstdc++ 11.1 and the feature test macro
__cpp_lib_semaphore >= 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104928
--- Comment #12 from Benjamin Buch ---
The point is that the great majority of users do not read the full
documentation to find the section that mentions the experimental character of
the latest C++ modes. To be explicit about this, by just usin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104928
--- Comment #13 from Benjamin Buch ---
According to the CLI interface I opened a backwards compatible feature request:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118301
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118301
Bug ID: 118301
Summary: Feature request: CLI parament std with explicit
experimental values
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
18 matches
Mail list logo
