It makes it an unsigned number. Default is int, U makes it unsigned, L long
123U unsigned int
123UL unsigned long int
123L long
123LL long long
I think there was a post about this somewhere edit: yeah see --v
It makes it an unsigned number. Default is int, U makes it unsigned, L long
123U unsigned int
123UL unsigned long int
123L long
123LL long long
I think there was a post about this somewhere edit: yeah see --v
Last edited by robwhit; 03-02-2008 at 01:47 AM.
Indeed -- well, I made one anyway.
http://cboard.cprogramming.com/showp...88&postcount=5
dwk
Seek and ye shall find. quaere et invenies.
"Simplicity does not precede complexity, but follows it." -- Alan Perlis
"Testing can only prove the presence of bugs, not their absence." -- Edsger Dijkstra
"The only real mistake is the one from which we learn nothing." -- John Powell
Other boards: DaniWeb, TPS
Unofficial Wiki FAQ: cpwiki.sf.net
My website: http://dwks.theprogrammingsite.com/
Projects: codeform, xuni, atlantis, nort, etc.
OK, I thought it was something like that, but I've only seen 'f' used before for floating point numbers.Originally Posted by robwhit
Is the U actually required in that case, or would the compiler automatically assume you're talking about an unsigned number based on the context in which it's used?
Integral promotion would promote, say, an int to an unsigned int. Basically, all operands of an expression are converted to the "largest" type, or widest, or whatever. signed char is the lowest, then unsigned char, then signed short, and so on, until unsigned long (or unsigned long long, if it exists); then float, then double.
dwk
Seek and ye shall find. quaere et invenies.
"Simplicity does not precede complexity, but follows it." -- Alan Perlis
"Testing can only prove the presence of bugs, not their absence." -- Edsger Dijkstra
"The only real mistake is the one from which we learn nothing." -- John Powell
Other boards: DaniWeb, TPS
Unofficial Wiki FAQ: cpwiki.sf.net
My website: http://dwks.theprogrammingsite.com/
Projects: codeform, xuni, atlantis, nort, etc.
Using rand() % n is not wrong. It has some issues you should be aware of.
And the thing about lower order bits not being very random is outdated information, but still relevant on some old systems.
