remove primitive type links
This commit is contained in:
parent
232e3d04b3
commit
84539eb7b5
@ -7,5 +7,3 @@ C chars are most commonly used to make C strings. Unlike Rust, where the length
|
||||
[C's `char` type]: https://en.wikipedia.org/wiki/C_data_types#Basic_types
|
||||
[Rust's `char` type]: char
|
||||
[`CStr`]: crate::ffi::CStr
|
||||
[`i8`]: i8
|
||||
[`u8`]: u8
|
||||
|
@ -4,4 +4,3 @@ This type will almost always be [`f64`], which is guaranteed to be an [IEEE-754
|
||||
|
||||
[IEEE-754 double-precision float]: https://en.wikipedia.org/wiki/IEEE_754
|
||||
[`float`]: c_float
|
||||
[`f64`]: f64
|
||||
|
@ -3,4 +3,3 @@ Equivalent to C's `float` type.
|
||||
This type will almost always be [`f32`], which is guaranteed to be an [IEEE-754 single-precision float] in Rust. That said, the standard technically only guarantees that it be a floating-point number, and it may have less precision than `f32` or not follow the IEEE-754 standard at all.
|
||||
|
||||
[IEEE-754 single-precision float]: https://en.wikipedia.org/wiki/IEEE_754
|
||||
[`f32`]: f32
|
||||
|
@ -3,5 +3,3 @@ Equivalent to C's `signed int` (`int`) type.
|
||||
This type will almost always be [`i32`], but may differ on some esoteric systems. The C standard technically only requires that this type be a signed integer that is at least the size of a [`short`]; some systems define it as an [`i16`], for example.
|
||||
|
||||
[`short`]: c_short
|
||||
[`i32`]: i32
|
||||
[`i16`]: i16
|
||||
|
@ -3,5 +3,3 @@ Equivalent to C's `signed long` (`long`) type.
|
||||
This type will always be [`i32`] or [`i64`]. Most notably, many Linux-based systems assume an `i64`, but Windows assumes `i32`. The C standard technically only requires that this type be a signed integer that is at least 32 bits and at least the size of an [`int`], although in practice, no system would have a `long` that is neither an `i32` nor `i64`.
|
||||
|
||||
[`int`]: c_int
|
||||
[`i32`]: i32
|
||||
[`i64`]: i64
|
||||
|
@ -3,5 +3,3 @@ Equivalent to C's `signed long long` (`long long`) type.
|
||||
This type will almost always be [`i64`], but may differ on some systems. The C standard technically only requires that this type be a signed integer that is at least 64 bits and at least the size of a [`long`], although in practice, no system would have a `long long` that is not an `i64`, as most systems do not have a standardised [`i128`] type.
|
||||
|
||||
[`long`]: c_int
|
||||
[`i64`]: i64
|
||||
[`i128`]: i128
|
||||
|
@ -3,4 +3,3 @@ Equivalent to C's `signed char` type.
|
||||
This type will always be [`i8`], but is included for completeness. It is defined as being a signed integer the same size as a C [`char`].
|
||||
|
||||
[`char`]: c_char
|
||||
[`i8`]: i8
|
||||
|
@ -3,4 +3,3 @@ Equivalent to C's `signed short` (`short`) type.
|
||||
This type will almost always be [`i16`], but may differ on some esoteric systems. The C standard technically only requires that this type be a signed integer with at least 16 bits; some systems may define it as `i32`, for example.
|
||||
|
||||
[`char`]: c_char
|
||||
[`i16`]: i16
|
||||
|
@ -3,4 +3,3 @@ Equivalent to C's `unsigned char` type.
|
||||
This type will always be [`u8`], but is included for completeness. It is defined as being an unsigned integer the same size as a C [`char`].
|
||||
|
||||
[`char`]: c_char
|
||||
[`u8`]: u8
|
||||
|
@ -3,5 +3,3 @@ Equivalent to C's `unsigned int` type.
|
||||
This type will almost always be [`u32`], but may differ on some esoteric systems. The C standard technically only requires that this type be an unsigned integer with the same size as an [`int`]; some systems define it as a [`u16`], for example.
|
||||
|
||||
[`int`]: c_int
|
||||
[`u32`]: u32
|
||||
[`u16`]: u16
|
||||
|
@ -3,5 +3,3 @@ Equivalent to C's `unsigned long` type.
|
||||
This type will always be [`u32`] or [`u64`]. Most notably, many Linux-based systems assume an `u64`, but Windows assumes `u32`. The C standard technically only requires that this type be an unsigned integer with the size of a [`long`], although in practice, no system would have a `ulong` that is neither a `u32` nor `u64`.
|
||||
|
||||
[`long`]: c_long
|
||||
[`u32`]: u32
|
||||
[`u64`]: u64
|
||||
|
@ -3,5 +3,3 @@ Equivalent to C's `unsigned long long` type.
|
||||
This type will almost always be [`u64`], but may differ on some systems. The C standard technically only requires that this type be an unsigned integer with the size of a [`long long`], although in practice, no system would have a `long long` that is not a `u64`, as most systems do not have a standardised [`u128`] type.
|
||||
|
||||
[`long long`]: c_longlong
|
||||
[`u64`]: u64
|
||||
[`u128`]: u128
|
||||
|
@ -3,4 +3,3 @@ Equivalent to C's `unsigned short` type.
|
||||
This type will almost always be [`u16`], but may differ on some esoteric systems. The C standard technically only requires that this type be an unsigned integer with the same size as a [`short`].
|
||||
|
||||
[`short`]: c_short
|
||||
[`u16`]: u16
|
||||
|
Loading…
Reference in New Issue
Block a user