ULL suffix on a numeric literal

C++C

C++ Problem Overview


I've run across some code like this:

line += addr & 0x3fULL;

Obviously, 'U' and 'L' are not hex digits. I'm guessing that the 'ULL' at the end of that hex numeric literal means "Unsigned Long Long" - am I correct? (this sort of thing is very difficult to google) if so then this is some sort of suffix modifier on the number?

C++ Solutions


Solution 1 - C++

From the gcc manual:

> ISO C99 supports data types for integers that are at least 64 bits wide ( . . . ) . To make an integer constant of type long long int, add the suffix LL to the integer. To make an integer constant of type unsigned long long int, add the suffix ULL to the integer.

These suffixes have also been added to C++ in C++11, and were already supported long long (pun intended) before that as compiler extensions.

Solution 2 - C++

Yes that's correct.

  • 0x prefix makes it a hexadecimal literal.
  • ULL suffix makes it type unsigned long long.

Solution 3 - C++

I'm positing a new answer because I recognize that the current answers do not cite from a cross platform source. The [tag:c++11] standard dictates that a literal with U/u and LL/ll suffixes is a literal of type: unsigned long long int [source]

U/u is the C/C++ suffix for an unsigned integer.
LL/ll is the C/C++ suffix for a long long integer which is a new type in C++11 and required to have a length of at least 64-bits.

Notes:

  1. The keyword int may be omitted if any modifiers are used, unsigned long long for example. So this will define one as an unsigned long long int, and any number assigned to it will be static_cast to unsigned long long int: unsigned long long one = 1
  2. [tag:c++11] marked the advent of auto. Which sets the variable type to the type assigned to it on declaration. For example, because 2ULL is an unsigned long long int literal two will be defined as an unsigned long long int: auto two = 2ULL
  3. [tag:C++14] introduced order independent literal suffixes. Previously the U/u suffix had to preceded any size suffix. But circa [tag:c++14] the suffixes are accepted in either order, so now since 3LLU is an unsigned long long int literal three will be defined as an unsigned long long int: auto three = 3LLU

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionaneccodealView Question on Stackoverflow
Solution 1 - C++NPEView Answer on Stackoverflow
Solution 2 - C++MysticialView Answer on Stackoverflow
Solution 3 - C++Jonathan MeeView Answer on Stackoverflow