diff --git a/complex128/README.md b/complex128/README.md
index 2137d08e..9e1f5288 100644
--- a/complex128/README.md
+++ b/complex128/README.md
@@ -2173,6 +2173,8 @@ The function should return a number where:
 -   a positive value indicates that `a` should come after `b`.
 -   zero or `NaN` indicates that `a` and `b` are considered equal.
 
+In contrast to real numbers, one cannot define a default order relation which is compatible with multiplication. Accordingly, users **must** explicitly provide a `compareFcn` argument and are thus responsible for specifying a complex number ordering.
+
 <a name="method-subarray"></a>
 
 #### Complex128Array.prototype.subarray( \[begin\[, end]] )
@@ -2417,6 +2419,8 @@ The function should return a number where:
 -   a positive value indicates that `a` should come after `b`.
 -   zero or `NaN` indicates that `a` and `b` are considered equal.
 
+In contrast to real numbers, one cannot define a default order relation which is compatible with multiplication. Accordingly, users **must** explicitly provide a `compareFcn` argument and are thus responsible for specifying a complex number ordering.
+
 <a name="method-to-string"></a>
 
 #### Complex128Array.prototype.toString()
diff --git a/complex64/README.md b/complex64/README.md
index 6fe9f0ba..615f690e 100644
--- a/complex64/README.md
+++ b/complex64/README.md
@@ -2180,6 +2180,8 @@ The function should return a number where:
 -   a positive value indicates that `a` should come after `b`.
 -   zero or `NaN` indicates that `a` and `b` are considered equal.
 
+In contrast to real numbers, one cannot define a default order relation which is compatible with multiplication. Accordingly, users **must** explicitly provide a `compareFcn` argument and are thus responsible for specifying a complex number ordering.
+
 <a name="method-subarray"></a>
 
 #### Complex64Array.prototype.subarray( \[begin\[, end]] )
@@ -2424,6 +2426,8 @@ The function should return a number where:
 -   a positive value indicates that `a` should come after `b`.
 -   zero or `NaN` indicates that `a` and `b` are considered equal.
 
+In contrast to real numbers, one cannot define a default order relation which is compatible with multiplication. Accordingly, users **must** explicitly provide a `compareFcn` argument and are thus responsible for specifying a complex number ordering.
+
 <a name="method-to-string"></a>
 
 #### Complex64Array.prototype.toString()