I've encountered code that performs the following conversion:
static_cast<unsigned long>(-1)
As far as I can tell, the C++ standard defines what happens when converting a signed integer value to an unsigned integral type (see: What happens if I assign a negative value to an unsigned variable?).
The concern I have in the above code is that the source and destination types may be different sizes and whether or not this has an impact on the result. Would the compiler enlarge the source value type before casting? Would it instead cast to an unsigned integer of the same size and then enlarge that? Or perhaps something else?
To clarify with code,
int nInt = -1;
long nLong = -1; // assume sizeof(long) > sizeof(int)
unsigned long res1 = static_cast<unsigned long>(nInt)
unsigned long res2 = static_cast<unsigned long>(nLong);
assert(res1 == res2); // ???
Basically, should I be worrying about writing code like
static_cast<unsigned long>(-1L)
over
static_cast<unsigned long>(-1)
From the C++11 standard, 4.7 "Integral conversions", para 2:
In other words, when converting to an unsigned integer, only the value of the input matters, not its type. Converting -1 to an n-bit unsigned integer will always give you 2n-1, regardless of which integer type the -1 started as.
This is a good question and the draft C++ standard on this section
4.7
Integral conversions which says:is not the most straight forward to interpret, in this case I would go back to the draft C99 standard which says:
where footnote
49
helpfully says:This is more straight forward and clearly gives us the result as
-1 + MAX + 1
which isMAX
, regardless of what type of the operand is.