May 5, 2025 · Apr 24, 2025 · Apr 30, 2025 · May 1, 2025 · May 1, 2025 · May 1, 2025
diff --git a/Doc/library/struct.rst b/Doc/library/struct.rst
   For the ``'E'`` and ``'C'`` format characters, the packed representation uses
   the IEEE 754 binary32 and binary64 format for components of the complex
   number, regardless of the floating-point format used by the platform.
   Note that support for complex types is available unconditionally,
   regardless on support IEC 60559 compatible complex arithmetic (Annex G of
   the C11 standard) by the compiler.  Each complex type is interpreted as an
   array type containing exactly two elements of the corresponding real type
   (real and imaginary parts, respectively).
   Note that complex types (``F`` and ``D``) are available unconditionally,
   despite complex types being an optional feature in C.
   As specified in the C11 standard, each complex type is represented by a
   two-element C array containing, respectively, the real and imaginary parts.


 A format character may be preceded by an integral repeat count.  For example,
diff --git a/Modules/_ctypes/cfield.c b/Modules/_ctypes/cfield.c

 #if defined(Py_FFI_SUPPORT_C_COMPLEX)

 /* We don't useAnnex G complextypes here, using arrays instead, as theC17+
 /* We don't use_Complextypes here, using arrays instead, as theC11+
   standard says: "Each complex type has the same representation and alignment
   requirements as an array type containing exactly two elements of the
   corresponding real type; the first element is equal to the real part, and
Original file line number	Diff line number	Diff line change
Expand Up		@@ -360,11 +360,10 @@ Notes:
		For the ``'E'`` and ``'C'`` format characters, the packed representation uses
skirpichev marked this conversation as resolved. OutdatedShow resolvedHide resolved
		the IEEE 754 binary32 and binary64 format for components of the complex
		number, regardless of the floating-point format used by the platform.
		Note that support for complex types is available unconditionally,
		regardless on support IEC 60559 compatible complex arithmetic (Annex G of
		the C11 standard) by the compiler. Each complex type is interpreted as an
		array type containing exactly two elements of the corresponding real type
		(real and imaginary parts, respectively).
		Note that complex types (``F`` and ``D``) are available unconditionally,
		despite complex types being an optional feature in C.
		As specified in the C11 standard, each complex type is represented by a
		two-element C array containing, respectively, the real and imaginary parts.


		A format character may be preceded by an integral repeat count. For example,
Expand Down
Original file line number	Diff line number	Diff line change
Expand Up		@@ -761,7 +761,7 @@ d_get(void *ptr, Py_ssize_t size)

		#if defined(Py_FFI_SUPPORT_C_COMPLEX)

		/* We don't useAnnex G complextypes here, using arrays instead, as theC17+
		/* We don't use_Complextypes here, using arrays instead, as theC11+
		standard says: "Each complex type has the same representation and alignment
		requirements as an array type containing exactly two elements of the
		corresponding real type; the first element is equal to the real part, and
Expand Down