The following code fails to compile stating \"A local variable named \'st\' cannot be declared in this scope because it would give a different meaning to \'st\', which is a
Yes, the compiler is enforcing scope. Note that the scope of a variable is the lexical block it's part of - not just from the point of declaration onwards, but the whole scope.
The compiler is complaining because the assignment to postParent
is outside its scope (which is only the nested braces). If you tried to declare a new variable at the point where you're currently assigning to postParent
the problem would be with the nested block, because the scope of postParent
would include that nested block, even though it was before the declaration.
Scopes are described in section 3.7 of the C# 3.0 specification.
EDIT: To respond to your question edit.
It's just two simple rules:
I'm sure the language could have been designed such that the scope only began at the point of declaration, but I think it's simpler (in terms of language complexity) to consider scopes as just blocks - so all local variables declared in the same block have the same scope, for example. That makes life a lot simpler when considering captured variables, too - as what gets captured depends on the scope, and nested scopes make life interesting...
EDIT: The language spec has this to say about the original lambda expression example - it's section 7.14.1:
The optional anonymous-function-signature of an anonymous function defines the names and optionally the types of the formal parameters for the anonymous function. The scope of the parameters of the anonymous function is the anonymous-function-body. Together with the parameter list (if given), the anonymous-method-body constitutes a declaration space. For this reason, it is a compile-time error for the name of a parameter of the anonymous function to match the name of a local variable, local constant, or parameter whose scope includes the anonymous-method-expression or lambda-expression.
Does that help?
You're declaring a variable in a limited scope and trying to use it outside of that scope. The compiler assumes you don’t want access to it so you can declare a variable with the same name somewhere else in the file. Your trying to do the old C trick of assuming the variable will live immediately outside of the scope. For example this used to work in older versions of C/C++ but no longer does.
for (int i=0; i<10; i++)
{
cout <<”In the loop i is “<< i << endl;
}
cout << “outside of the loop i is “ << i << endl; //this only compiles with old C/C++ compilers.