I ported some legacy code from win32 to win64. Not because the win32 object size was too small for our needs, but just because win64 is more standard now and we wish to port all
IFF you have time pressure to get the code warning free, I would initially disable the warning -- your code used to work with this, and it is, IMHO, extremely unlikely that in cases where you assign to a 32bit size you'll exceed it. (4G values in a collection - I doubt that'll fly in normal applications.)
That being said, for cases other than collections, the warning certainly has merit, so try to get it enabled sooner or later.
Second when enabling it and fixing the code, my precedence would be:
auto
(or size_t
pre C++11) for locals where the value is not further narrowed.safe_cast
if you can justify the overhead of introducing it to your team. (learning, enforcing, etc.)Otherwise just use static_cast
:
I do not think this is a problem with collections. If you do not know better to the contrary, your collection will never have more than 4G items. IMHO, it just doesn't make sense to have that much data in a collection for any normal real world use cases. (that's not to say that there may not be the oddball case where you'll need such large data sets, it's just that you'll know when this is the case.)
For cases where you actually do not narrow a count of a collection, but some other numeric, the narrowing is probably problematic anyway, so there you'll fix the code appropriately.