Created attachment 26742 [details] Output of -v option and preprocessed file In the lambda expression's compound statement, id-expressions referring to non-static members should be transformed into class member access expressions by prefixing `(*this).'. However, GCC fails the transformation when id-expressions involved are qualified-ids and refer to dependent base members. A test case is as follows; //////////////////////////////////////////////////////////////////// struct B { int get() const { return 42; } }; template<typename X> struct D : public X { int get() const { return [this]() -> int { return X::get(); }(); } }; int main() { D<B> d; d.get(); } //////////////////////////////////////////////////////////////////// For the above mentioned well-formed code, 4.7.0 20120218 (experimental) with -std=c++11 complains as follows; main.cpp: In instantiation of 'D<X>::get() const [with X = B]::<lambda()>': main.cpp:10:29: required from 'struct D<X>::get() const [with X = B]::<lambda()>' main.cpp:10:65: required from 'int D<X>::get() const [with X = B]' main.cpp:16:9: required from here main.cpp:10:60: error: cannot call member function 'int B::get() const' without object `X::get' in the lambda expression should be implicitly transformed into `(*this).X::get', and the test case should compile successfully.
Author: jason Date: Sun Mar 17 02:39:04 2013 New Revision: 196743 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196743 Log: PR c++/52374 * pt.c (tsubst_qualified_id): Use current_nonlambda_class_type. Added: trunk/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-this13.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c
Fixed for 4.8.1.