++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
struct S {};
auto lambda = [](this auto& self, const int x) {};
int main()
{
void (*func)(S&, int) = lambda;
return 0;
}
https://gcc.godbolt.org/z/3aW1be8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90782
--- Comment #5 from Michael Bruck ---
(In reply to Michael Bruck from comment #4)
ugh that was for PR96097
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96097
--- Comment #5 from Michael Bruck ---
Further simplified code
template typename>
void func() {}
template
struct Y {};
void test()
{
func();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90782
Michael Bruck changed:
What|Removed |Added
CC||bruck.michael at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96097
--- Comment #1 from Michael Bruck ---
trunk:
internal compiler error: in dependent_type_p, at cp/pt.c:26326
10.1:
internal compiler error: in dependent_type_p, at cp/pt.c:26343
++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
https://gcc.godbolt.org/z/WVUAy5
Same error location as PR95931, but very different test case with valid code
(probably).
: In function 'void test()':
:17:22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95505
--- Comment #6 from Michael Bruck ---
Is it possible to point the user to include here like other parts of gcc
do for standard library functions?
i.e. name-lookup.c missing_std_header
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95519
--- Comment #3 from Michael Bruck ---
Some of the abort messages in main were not updated after copy/paste
"Failed to call one of the ... cases"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95540
Michael Bruck changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
https://gcc.godbolt.org/z/24novC
This is from N4835 ([expr.const] after 14.7) and does not fail as required:
struct N {
constexpr N() {}
N(N const&) = de
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
[cpp.predefined]
__STDCPP_DEFAULT_NEW_ALIGNMENT__
"An integer literal of type std::size_t whose value is the..."
It currently
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95540
--- Comment #5 from Michael Bruck ---
> Since the coroutine traits are global, and the closure type is unique,
> that provides a way to disambiguate instantiations of the traits for
> lambdas with otherwise identical signatures.
But the closure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95540
--- Comment #3 from Michael Bruck ---
I think you misread, I was complaining about it passing the closure to the
traits/constructor/allocator. But if that is what was agreed upon...
Can the closure object that is being passed to the constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95516
--- Comment #2 from Michael Bruck ---
I was using -Ofast -Wall:
https://gcc.godbolt.org/z/pAkVS8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95540
--- Comment #1 from Michael Bruck ---
"impossible" is too strong here, you can add another overload:
template struct std::coroutine_traits
{ using promise_type = pt; };
ty: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
This fails on gcc and clang
gcc: unable to find the promise type for this coroutine
clang: ...coroutine_traits<.., const (lambda at :30:12) &>'
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
#include
#include
struct pt
{
using handle_t = std::coroutine_handle;
auto get_return_object
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
The standard only requires certain expressions e.g. "p.return_void()", not
specifically functions. return_void is th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95518
--- Comment #1 from Michael Bruck ---
This bug probably applies to all attributes. Of the more plausible ones I
tested [[gnu::section("")]] which also fails to propagate.
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
Example with -Wall -Ofast:
---
#include
struct dummy
{
struct promise_type
{
dummy get_return_object
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
[stmt.return.coroutine]
"3 If p.return_void() is a valid expression, flowing off the end of a coroutine
is equivale
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
#include
struct dummy
{
struct promise_type
{
dummy get_return_object() const noexcept { retu
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
https://gcc.godbolt.org/z/JAaXAA
#include
struct dummy
{
struct promise_type
{
std::suspend_always initial_suspend() const noexcept { return
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: bruck.michael at gmail dot com
Target Milestone: ---
https://gcc.godbolt.org/z/2LXQ2c
#include
struct dummy
{
struct promise_type
{
dummy get_return_object
24 matches
Mail list logo
