#
There are five standard signed integer types: “signed char”, “short int”, “int”, “long int”, and “long long int”.
In this list, each type provides at least as much storage as those preceding it in the list.
There may also be implementation-defined extended signed integer types.
The standard and extended signed integer types are collectively called signed integer types.
The range of representable values for a signed integer type is
[Note 1: 
Plain ints are intended to have the natural width suggested by the architecture of the execution environment; the other signed integer types are provided to meet special needs.
— end note]
2
#
For each of the standard signed integer types, there exists a corresponding (but different) standard unsigned integer type: “unsigned char”, “unsigned short int”, “unsigned int”, “unsigned long int”, and “unsigned long long int”.
Likewise, for each of the extended signed integer types, there exists a corresponding extended unsigned integer type.
The standard and extended unsigned integer types are collectively called unsigned integer types.
An unsigned integer type has the same width N as the corresponding signed integer type.
The range of representable values for the unsigned type is 0 to
[Note 2: 
Unsigned arithmetic does not overflow.
Overflow for signed arithmetic yields undefined behavior ([expr.pre]).
— end note]
3
#
An unsigned integer type has the same object representation, value representation, and alignment requirements ([basic.align]) as the corresponding signed integer type.
For each value x of a signed integer type, the value of the corresponding unsigned integer type congruent to x modulo
[Example 1: 
The value
— end example]
Table 14 — Minimum width [tab:basic.fundamental.width]
🔗
Type
Minimum width N
🔗
signed char
8
🔗
short int
16
🔗
int
16
🔗
long int
32
🔗
long long int
64
4
#
The width of each standard signed integer type shall not be less than the values specified in Table 14.
The value representation of a signed or unsigned integer type comprises N bits, where N is the respective width.
Each set of values for any padding bits ([basic.types.general]) in the object representation are alternative representations of the value specified by the value representation.
[Note 3: 
Padding bits have unspecified value, but cannot cause traps.
In contrast, see ISO/IEC 9899:2024 6.2.6.2.
— end note]
[Note 4: 
The signed and unsigned integer types satisfy the constraints given in ISO/IEC 9899:2024 5.3.5.3.2.
— end note]
Except as specified above, the width of a signed or unsigned integer type is implementation-defined.
5
#
Each value x of an unsigned integer type with width N has a unique representation
The base-2 representation of a value of signed integer type is the base-2 representation of the congruent value of the corresponding unsigned integer type.
The standard signed integer types and standard unsigned integer types are collectively called the standard integer types, and the extended signed integer types and extended unsigned integer types are collectively called the extended integer types.
6
#
A fundamental type specified to have a signed or unsigned integer type as its underlying type has the same object representation, value representation, alignment requirements ([basic.align]), and range of representable values as the underlying type.
Further, each value has the same representation in both types.
7
#
Type char is a distinct type that has an implementation-defined choice of “signed char” or “unsigned char” as its underlying type.
The three types char, signed char, and unsigned char are collectively called ordinary character types.
The ordinary character types and char8_t are collectively called narrow character types.
For narrow character types, each possible bit pattern of the object representation represents a distinct value.
[Note 5: 
This requirement does not hold for other types.
— end note]
[Note 6: 
A bit-field of narrow character type whose width is larger than the width of that type has padding bits; see [basic.types.general].
— end note]
8
#
Type wchar_t is a distinct type that has an implementation-defined signed or unsigned integer type as its underlying type.
9
#
Type char8_t denotes a distinct type whose underlying type is unsigned char.
Types char16_t and char32_t denote distinct types whose underlying types are std​::​uint_least16_t and std​::​uint_least32_t, respectively, in <cstdint>.
10
#
Type bool is a distinct type that has the same object representation, value representation, and alignment requirements as an implementation-defined unsigned integer type.
The values of type bool are true and false.
[Note 7: 
There are no signed, unsigned, short, or long bool types or values.
— end note]
11
#
The types char, wchar_t, char8_t, char16_t, and char32_t are collectively called character types.
The character types, bool, the signed and unsigned integer types, and cv-qualified versions ([basic.type.qualifier]) thereof, are collectively termed integral types.
A synonym for integral type is integer type.
[Note 8: 
Enumerations ([dcl.enum]) are not integral; however, unscoped enumerations can be promoted to integral types as specified in [conv.prom].
— end note]
12
#
The three distinct types float, double, and long double can represent floating-point numbers.
The type double provides at least as much precision as float, and the type long double provides at least as much precision as double.
The set of values of the type float is a subset of the set of values of the type double; the set of values of the type double is a subset of the set of values of the type long double.
The types float, double, and long double, and cv-qualified versions ([basic.type.qualifier]) thereof, are collectively termed standard floating-point types.
An implementation may also provide additional types that represent floating-point values and define them (and cv-qualified versions thereof) to be extended floating-point types.
The standard and extended floating-point types are collectively termed floating-point types.
[Note 9: 
Any additional implementation-specific types representing floating-point values that are not defined by the implementation to be extended floating-point types are not considered to be floating-point types, and this document imposes no requirements on them or their interactions with floating-point types.
— end note]
Except as specified in [basic.extended.fp], the object and value representations and accuracy of operations of floating-point types are implementation-defined.
13
#
The minimum range of representable values for a floating-point type is the most negative finite floating-point number representable in that type through the most positive finite floating-point number representable in that type.
In addition, if negative infinity is representable in a type, the range of that type is extended to all negative real numbers; likewise, if positive infinity is representable in a type, the range of that type is extended to all positive real numbers.
[Note 10: 
Since negative and positive infinity are representable in ISO/IEC 60559 formats, all real numbers lie within the range of representable values of a floating-point type adhering to ISO/IEC 60559.
— end note]
14
#
Integral and floating-point types are collectively termed arithmetic types.
[Note 11: 
Properties of the arithmetic types, such as their minimum and maximum representable value, can be queried using the facilities in the standard library headers <limits>, <climits>, and <cfloat>.
— end note]
15
#
A type cv void is an incomplete type that cannot be completed; such a type has an empty set of values.
It is used as the return type for functions that do not return a value.
[Note 12: 
An expression of type cv void can be used as
— end note]
16
#
The types denoted by cv std​::​nullptr_t are distinct types.
A prvalue of type std​::​nullptr_t is a null pointer constant ([conv.ptr]).
Such values participate in the pointer and the pointer-to-member conversions ([conv.ptr], [conv.mem]).
sizeof(std​::​nullptr_t) shall be equal to sizeof(void*).
17
#
A value of type std​::​meta​::​info is called a reflection.
There exists a unique null reflection; every other reflection is a representation of
A reflection is said to represent the corresponding construct.
[Note 13: 
A reflection of a value can be produced by library functions such as std​::​meta​::​constant_of and std​::​meta​::​reflect_constant.
— end note]
[Example 2: int arr[] = {1, 2, 3}; auto [a1, a2, a3] = arr; [[=1] void fn(int n); enum Enum { A }; using Alias = int; struct B {}; struct S : B { int mem; int : 0; }; template<auto> struct TCls {}; template<auto> void TFn(); template<auto> int TVar; template<auto N> using TAlias = TCls<N>; template<auto> concept Concept = requires { true; }; namespace NS {}; namespace NSAlias = NS; constexpr auto ctx = std::meta::access_context::current(); constexpr auto r1 = std::meta::reflect_constant(42); / represents int value of 42 constexpr auto r2 = std::meta::reflect_object(arr[1]); / represents int object constexpr auto r3 = ^^arr; / represents a variable constexpr auto r4 = ^^a3; / represents a structured binding constexpr auto r5 = ^^fn; / represents a function constexpr auto r6 = std::meta::parameters_of(^fn)[0]; / represents a function parameter constexpr auto r7 = ^^Enum::A; / represents an enumerator constexpr auto r8 = std::meta::annotations_of(^fn)[0]; / represents an annotation constexpr auto r9 = ^^Alias; / represents a type alias constexpr auto r10 = ^^S; / represents a type constexpr auto r11 = ^^S::mem; / represents a class member constexpr auto r12 = std::meta::members_of(^S, ctx)[1]; / represents an unnamed bit-field constexpr auto r13 = ^^TCls; / represents a class template constexpr auto r14 = ^^TFn; / represents a function template constexpr auto r15 = ^^TVar; / represents a variable template constexpr auto r16 = ^^TAlias; / represents an alias template constexpr auto r17 = ^^Concept; / represents a concept constexpr auto r18 = ^^NSAlias; / represents a namespace alias constexpr auto r19 = ^^NS; / represents a namespace constexpr auto r20 = std::meta::bases_of(^S, ctx)[0]; / represents a direct base class relationship constexpr auto r21 = std::meta::data_member_spec(^int, {.name="member"}); / represents a data member description — end example]
18
#
Recommended practice: Implementations should not represent other constructs specified in this document, such as using-declarators, partial template specializations, attributes, placeholder types, statements, or expressions, as values of type std​::​meta​::​info.
[Note 14: 
Future revisions of this document can specify semantics for reflections representing any such constructs.
— end note]
19
#
The types described in this subclause are called fundamental types.
[Note 15: 
Even if the implementation defines two or more fundamental types to have the same value representation, they are nevertheless different types.
— end note]
26)26)
This is also known as two's complement representation.

Follow Lee on X/Twitter - Father, Husband, Serial builder creating AI, crypto, games & web tools. We are friends :) AI Will Come To Life!

Check out: eBank.nz (Art Generator) | Netwrck.com (AI Tools) | Text-Generator.io (AI API) | BitBank.nz (Crypto AI) | ReadingTime (Kids Reading) | RewordGame | BigMultiplayerChess | WebFiddle | How.nz | Helix AI Assistant