Commit f437b8b0e9f for php.net

commit f437b8b0e9f6177608968a38c00bcfd74032b9bc
Author: Jorg Adam Sowa <jorg.sowa@gmail.com>
Date:   Wed Apr 15 18:42:11 2026 +0200

    docs: add error message wording conventions to CODING_STANDARDS (#21761)

diff --git a/CODING_STANDARDS.md b/CODING_STANDARDS.md
index 47b76717c83..3a53d0e258c 100644
--- a/CODING_STANDARDS.md
+++ b/CODING_STANDARDS.md
@@ -79,6 +79,16 @@ rewritten to comply with these rules.
     return value for functions that perform some operation that may
     succeed or fail.

+1. When throwing a `ValueError` or emitting a warning, use consistent
+    phrasing for error messages. Common patterns are:
+
+    * Type errors: `must be of type int` (use the type name, not e.g. `must be an integer`)
+    * Range/boundary: `must be between X and Y` / `must be greater than [or equal to] X` / `must be less than X` / `must be finite`
+    * String constraints: `must not contain any null bytes` / `must not be empty` / `must be a single character`
+    * Valid value: `must be a valid X` (e.g. `must be a valid encoding`, `must be a valid calendar ID`)
+    * Enum-like: `must be one of X, Y, or Z`
+    * Structural: `must have X` / `must have key X` / `must have N elements`
+
 ## User functions/methods naming conventions

 1. Function names for user-level functions should be enclosed with in the