Numeric IntPtr - C# feature specifications (original) (raw)

Note

This article is a feature specification. The specification serves as the design document for the feature. It includes proposed specification changes, along with information needed during the design and development of the feature. These articles are published until the proposed spec changes are finalized and incorporated in the current ECMA specification.

There may be some discrepancies between the feature specification and the completed implementation. Those differences are captured in the pertinent language design meeting (LDM) notes.

You can learn more about the process for adopting feature speclets into the C# language standard in the article on the specifications.

Champion issue: https://github.com/dotnet/csharplang/issues/6065

Summary

This is a revision on the initial native integers feature (spec), where the nint/nuint types were distinct from the underlying types System.IntPtr/System.UIntPtr. In short, we now treat nint/nuint as simple types aliasing System.IntPtr/System.UIntPtr, like we do for int in relation to System.Int32. The System.Runtime.CompilerServices.RuntimeFeature.NumericIntPtr runtime feature flag triggers this new behavior.

Design

8.3.5 Simple types

C# provides a set of predefined struct types called the simple types. The simple types are identified through keywords, but these keywords are simply aliases for predefined struct types in the System namespace, as described in the table below.

Keyword Aliased type
sbyte System.SByte
byte System.Byte
short System.Int16
ushort System.UInt16
int System.Int32
uint System.UInt32
nint System.IntPtr
nuint System.UIntPtr
long System.Int64
ulong System.UInt64
char System.Char
float System.Single
double System.Double
bool System.Boolean
decimal System.Decimal

[...]

8.3.6 Integral types

C# supports eleven integral types: sbyte, byte, short, ushort, int, uint, nint, nuint, long, ulong, and char. [...]

8.8 Unmanaged types

In other words, an unmanaged_type is one of the following:

10.2.3 Implicit numeric conversions

The implicit numeric conversions are:

[...]

10.2.11 Implicit constant expression conversions

An implicit constant expression conversion permits the following conversions:

10.3.2 Explicit numeric conversions

The explicit numeric conversions are the conversions from a numeric_type to another numeric_type for which an implicit numeric conversion does not already exist:

[...]

10.3.3 Explicit enumeration conversions

The explicit enumeration conversions are:

12.6.4.7 Better conversion target

Given two types T₁ and T₂, T₁ is a better conversion target than T₂ if one of the following holds:

12.8.12 Element access

[...] The number of expressions in the argument_list shall be the same as the rank of the array_type, and each expression shall be of type int, uint, nint, nuint, long, or ulong, or shall be implicitly convertible to one or more of these types.

11.8.12.2 Array access

[...] The number of expressions in the argument_list shall be the same as the rank of the array_type, and each expression shall be of type int, uint, nint, nuint, long, or ulong, or shall be implicitly convertible to one or more of these types.

[...] The run-time processing of an array access of the form P[A], where P is a primary_no_array_creation_expression of an array_type and A is an argument_list, consists of the following steps: [...]

12.8.16 Postfix increment and decrement operators

Unary operator overload resolution is applied to select a specific operator implementation. Predefined ++ and -- operators exist for the following types: sbyte, byte, short, ushort, int, uint, nint, nuint, long, ulong, char, float, double, decimal, and any enum type.

12.9.2 Unary plus operator

The predefined unary plus operators are:

...
nint operator +(nint x);
nuint operator +(nuint x);

12.9.3 Unary minus operator

The predefined unary minus operators are:

...  
nint operator –(nint x);  

12.8.16 Postfix increment and decrement operators

Predefined ++ and -- operators exist for the following types: sbyte, byte, short, ushort, int, uint, nint, nuint, long, ulong, char, float, double, decimal, and any enum type.

11.7.19 Default value expressions

In addition, a default_value_expression is a constant expression if the type is one of the following value types: sbyte, byte, short, ushort, int, uint, nint, nuint, long, ulong, char, float, double, decimal, bool, or any enumeration type.

12.9.5 Bitwise complement operator

The predefined bitwise complement operators are:

...
nint operator ~(nint x);
nuint operator ~(nuint x);

12.9.6 Prefix increment and decrement operators

Predefined ++ and -- operators exist for the following types: sbyte, byte, short, ushort, int, uint, nint, nuint, long, ulong, char, float, double, decimal, and any enum type.

12.10 Arithmetic operators

12.10.2 Multiplication operator

The predefined multiplication operators are listed below. The operators all compute the product of x and y.

...  
nint operator *(nint x, nint y);  
nuint operator *(nuint x, nuint y);  

12.10.3 Division operator

The predefined division operators are listed below. The operators all compute the quotient of x and y.

...  
nint operator /(nint x, nint y);  
nuint operator /(nuint x, nuint y);  

12.10.4 Remainder operator

The predefined remainder operators are listed below. The operators all compute the remainder of the division between x and y.

...  
nint operator %(nint x, nint y);  
nuint operator %(nuint x, nuint y);  

12.10.5 Addition operator

...  
nint operator +(nint x, nint y);  
nuint operator +(nuint x, nuint y);  

12.10.6 Subtraction operator

...  
nint operator –(nint x, nint y);  
nuint operator –(nuint x, nuint y);  

12.11 Shift operators

The predefined shift operators are listed below.

...  
nint operator <<(nint x, int count);  
nuint operator <<(nuint x, int count);  
...  
nint operator >>(nint x, int count);  
nuint operator >>(nuint x, int count);  

The >> operator shifts x right by a number of bits computed as described below.
When x is of type int, nint or long, the low-order bits of x are discarded, the remaining bits are shifted right, and the high-order empty bit positions are set to zero if x is non-negative and set to one if x is negative.
When x is of type uint, nuint or ulong, the low-order bits of x are discarded, the remaining bits are shifted right, and the high-order empty bit positions are set to zero.

...  
nint operator >>>(nint x, int count);  
nuint operator >>>(nuint x, int count);  

For the predefined operators, the number of bits to shift is computed as follows: [...]

12.12 Relational and type-testing operators

12.12.2 Integer comparison operators

The predefined integer comparison operators are:

...
bool operator ==(nint x, nint y);
bool operator ==(nuint x, nuint y);

bool operator !=(nint x, nint y);
bool operator !=(nuint x, nuint y);

bool operator <(nint x, nint y);
bool operator <(nuint x, nuint y);

bool operator >(nint x, nint y);
bool operator >(nuint x, nuint y);

bool operator <=(nint x, nint y);
bool operator <=(nuint x, nuint y);

bool operator >=(nint x, nint y);
bool operator >=(nuint x, nuint y);

12.12 Logical operators

12.12.2 Integer logical operators

The predefined integer logical operators are:

...
nint operator &(nint x, nint y);
nuint operator &(nuint x, nuint y);

nint operator |(nint x, nint y);
nuint operator |(nuint x, nuint y);

nint operator ^(nint x, nint y);
nuint operator ^(nuint x, nuint y);

12.22 Constant expressions

A constant expression may be either a value type or a reference type. If a constant expression is a value type, it must be one of the following types: sbyte, byte, short, ushort, int, uint, nint, nuint, long, ulong, char, float, double, decimal, bool, or any enumeration type.

[...]

An implicit constant expression conversion permits a constant expression of type int to be converted to sbyte, byte, short, ushort, uint, nint, nuint, or ulong, provided the value of the constant expression is within the range of the destination type.

17.4 Array element access

Array elements are accessed using element_access expressions of the form A[I₁, I₂, ..., Iₓ], where A is an expression of an array type and each Iₑ is an expression of type int, uint, nint, nuint, long, ulong, or can be implicitly converted to one or more of these types. The result of an array element access is a variable, namely the array element selected by the indices.

23.5 Pointer conversions

23.5.1 General

[...]

Additionally, in an unsafe context, the set of available explicit conversions is extended to include the following explicit pointer conversions:

23.6.4 Pointer element access

[...] In a pointer element access of the form P[E], P shall be an expression of a pointer type other than void*, and E shall be an expression that can be implicitly converted to int, uint, nint, nuint, long, or ulong.

23.6.7 Pointer arithmetic

In an unsafe context, the + operator and operator can be applied to values of all pointer types except void*. Thus, for every pointer type T*, the following operators are implicitly defined:

[...]
T* operator +(T* x, nint y);
T* operator +(T* x, nuint y);
T* operator +(nint x, T* y);
T* operator +(nuint x, T* y);
T* operator -(T* x, nint y);
T* operator -(T* x, nuint y);

Given an expression P of a pointer type T* and an expression N of type int, uint, nint, nuint, long, or ulong, the expressions P + N and N + P compute the pointer value of type T* that results from adding N * sizeof(T) to the address given by P. Likewise, the expression P – N computes the pointer value of type T* that results from subtracting N * sizeof(T) from the address given by P.

Various considerations

Breaking changes

One of the main impacts of this design is that System.IntPtr and System.UIntPtr gain some built-in operators (conversions, unary and binary).
Those include checked operators, which means that the following operators on those types will now throw when overflowing:

Metadata encoding

This design means that nint and nuint can simply be emitted as System.IntPtr and System.UIntPtr, without the use of System.Runtime.CompilerServices.NativeIntegerAttribute.
Similarly, when loading metadata NativeIntegerAttribute can be ignored.