I've run into a strange problem. The following simplified code reproduces the problem in MSVC 2010:
template <typename T>
struct dummy
{
static T foo(void) { return T(); }
};
int main(void)
{
typedef dummy<bool> dummy_type;
auto x = []{ bool b = dummy_type::foo(); };
// auto x = []{ bool b = dummy<bool>::foo(); }; // works
}
The typedef
I created locally in the function doesn't seem to be visible in the lambda. If I replace the typedef
with the actual type, it works as expected.
Here are some other test cases:
// crashes the compiler, credit to Tarydon
int main(void)
{
struct dummy {};
auto x = []{ dummy d; };
}
// works as expected
int main(void)
{
typedef int integer;
auto x = []{ integer i = 0; };
}
I don't have g++ available to test it, right now. Is this some strange rule in C++0x, or just a bug in the compiler?
From the results above, I'm leaning towards bug. Though the crash is definitely a bug.
For now, I have filed two bug reports.
All code snippets above should compile. The error has to do with using the scope resolution on locally defined scopes. (Spotted by dvide.)
And the crash bug has to do with... who knows. :)
Update
According to the bug reports, they have both been fixed for the next release of Visual Studio 2010. (Though this doesn't seem to be the case; VS11 perhaps.)
Function-local enums cannot be detected by lambdas either.
error C3493: 'A' cannot be implicitly captured because no default capture mode has been specified
Following is a workround, problematic-maybe though.
This is not really an answer to your question, but just exploring the problem further. I was wondering if the compiler has issues dealing with types declared in an enclosing scope, so tried this out:
Here, I'm just trying to create a local type in the enclosing scope and use it from within the lambda function. Not only does this not compile (with Visual Studio 2010, Beta 2) but it actually crashes the compiler with a C1001 internal error.
I have filed two bug reports.
We'll see how it goes. :)
Update
Both bugs have been marked as fixed:
So there we go.
From n3000, 5.1.2/6,
Not surprisingly, the local type should be visible.