What's going on here?
if(int a = Func1())
{
// Works.
}
if((int a = Func1()))
{
// Fails to compile.
}
if((int a = Func1())
&& (int b = Func2()))
)
{
// Do stuff with a and b.
// This is what I'd really like to be able to do.
}
Section 6.4.3 in the 2003 standard expains how variables declared in a selection statement condition have scope that extends to the end of the substatements controlled by the condition. But I don't see where it says anything about not being able to put parenthesis around the declaration, nor does it say anything about only one declaration per condition.
This limitation is annoying even in cases where only one declaration in the condition is required. Consider this.
bool a = false, b = true;
if(bool x = a || b)
{
}
If I want to enter the 'if"-body scope with x set to false then the declaration needs parenthesis (since the assignment operator has lower precedence than the logical OR), but since parenthesis can't be used it requires declaration of x outside the body, leaking that declaration to a greater scope than is desired. Obviously this example is trivial but a more realistic case would be one where a and b are functions returning values that need to be tested
So is what I want to do non-conformant to the standard, or is my compiler just busting my balls (VS2008)?
The condition in an
if
orwhile
statement can be either an expression, or a single variable declaration (with initialisation).Your second and third examples are neither valid expressions, nor valid declarations, since a declaration can't form part of an expression. While it would be useful to be able to write code like your third example, it would require a significant change to the language syntax.
The syntax specification in 6.4/1 gives the following for the condition:
specifying a single declaration, with no parentheses or other adornments.
Here's an ugly workaround using a loop (if both variables are integers):
But this will confuse other programmers and it's rather bad code, so not recommended.
A simple enclosing
{}
block (as already recommended) is much easier to read:The last section already works, you just have to write it slightly different:
With a little template magic you can kind of sort of get around the problem of not being able to declare multiple variables:
(Note, this looses the short circuit evaluation.)
As of C++17 what you were trying to do is finally possible:
Note the use of
;
of instead of,
to separate the declaration and the actual condition.I think you already hinted at the issue. What should the compiler do with this code?
The "&&" operator is a short-circuit logical AND. That means that if the first part
(1==0)
turns out to be false, then the second part(bool a = false)
should be not be evaluated because it is already known that the final answer will be false. If(bool a = false)
isn't evaluated, then what to do with code later on that usesa
? Would we just not initialize the variable and leave it undefined? Would we initialize it to the default? What if the data type was a class and doing this had undesirable side effects? What if instead ofbool
you used a class and it had no default constructor such that the user must provide parameters - what do we do then?Here's another example:
Seems like the limitation you have found seems perfectly reasonable - it prevents these kinds of ambiguities from happening.