[Bug c++/97363] New: Missing diagnostics when trying to initialize rvalue reference variable with lvalue expression when using decltype(auto) type deduction.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97363 Bug ID: 97363 Summary: Missing diagnostics when trying to initialize rvalue reference variable with lvalue expression when using decltype(auto) type deduction. Product: gcc

[Bug c++/97375] New: Unexpected top-level const retainment when declaring non-type template paramter with decltype(auto)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97375 Bug ID: 97375 Summary: Unexpected top-level const retainment when declaring non-type template paramter with decltype(auto) Product: gcc Version: unknown Status: UNCONFIRM

[Bug c++/97376] New: Function type to function pointer type adjustment for non-type template paramter does not work when using decltype(auto)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97376 Bug ID: 97376 Summary: Function type to function pointer type adjustment for non-type template paramter does not work when using decltype(auto) Product: gcc Versi

[Bug c++/97375] Unexpected top-level const retainment when declaring non-type template paramter with decltype(auto)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97375 --- Comment #1 from Anders Granlund --- Here is another example of the same problem without using decltype(auto), so the problem seems to be more general: #include #include template void f1() { std::cout << std::is_const_v << st

[Bug c++/97475] New: An unnamed class with a typedef name for linkage purposes having a method.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97475 Bug ID: 97475 Summary: An unnamed class with a typedef name for linkage purposes having a method. Product: gcc Version: unknown Status: UNCONFIRMED Severity: no

[Bug c++/97479] New: Auto as template argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97479 Bug ID: 97479 Summary: Auto as template argument Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assigne

[Bug c++/97569] New: Declaring a struct in a field declaration of another struct.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97569 Bug ID: 97569 Summary: Declaring a struct in a field declaration of another struct. Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug c++/97569] Declaring a struct in a field declaration of another struct. gcc and clang difference.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97569 --- Comment #2 from Anders Granlund --- (In reply to Jonathan Wakely from comment #1) > (In reply to Anders Granlund from comment #0) > > The interesting thing is that if we replace struct S with struct S {} > > both compilers agree on reject

[Bug c++/97569] Declaring a struct in a field declaration of another struct. gcc and clang difference.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97569 Anders Granlund changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug c++/97475] An unnamed class with a typedef name for linkage purposes having a method.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97475 --- Comment #4 from Anders Granlund --- Sounds good to me! On Thu, 5 Aug 2021, 13:35 redi at gcc dot gnu.org, wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97475 > > --- Comment #3 from Jonathan Wakely --- > Maybe we should make this