https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96926
Bug ID: 96926
Summary: [9/10/11 Regression] Tuple element w/ member reference
to incomplete template type rejected
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: redi at gcc dot gnu.org
CC: cuzdav at gmail dot com, johnilacqua at hotmail dot com,
mpolacek at gcc dot gnu.org, unassigned at gcc dot gnu.org,
webrown.cpp at gmail dot com
Target Milestone: ---
+++ This bug was initially created as a clone of Bug #96592 +++
This code seems a regression introduced in g++ 10.1, is still in 10.2 and
remains in the trunk. It works on 9.x and as far back as g++ 6, plus all
versions of clang since 6, icc, msvc, etc.
There are many independent changes that can make it work, including:
* making SomeQuery constructor a template constructor (on SessionU)
* changing the reference to a pointer
* explicitly declaring Session as an incomplete type and not using
templates
#include <tuple>
template <typename SessionT>
struct SomeQuery {
SessionT& session_;
SomeQuery(SessionT& session) : session_(session) {}
};
template <typename SessionT>
struct Handler {
std::tuple<SomeQuery<SessionT>> queries_;
Handler(SessionT& session) : queries_(session) {}
};
struct Session {
Handler<Session> handler_;
Session() : handler_{*this} {}
};
int main() {
Session session;
}
It looks like the tuple class is doing some concept checking that isn't quite
working, but I haven't dug deeply enough to determine if it's a library or
underlying compiler issue.
Live example on Compiler Explorer
https://godbolt.org/z/7naPMx
+++ PR 96592 comment 6 +++
As further evidence the compile is confused, the preprocessed source from GCC
10 can be compiled by GCC 8, but not GCC 9, 10 or trunk.
It started to be rejected with r262172 (fixing PR c++/80290), but the problem
was latent until r10-908 made std::tuple vulnerable to it.
I'll start reducing the preprocessed source ...
