Docs: Standardize "cannot" usage in SGML source

Chao Li <li.evan.chao@gmail.com>

From: Chao Li <li.evan.chao@gmail.com>
To: Postgres hackers <pgsql-hackers@lists.postgresql.org>
Date: 2025-12-11T10:00:20Z
Lists: pgsql-hackers

Attachments

Hi Hacker,

While reviewing a patch, I happened to notice the PG docs prefer “cannot”
than “can not”.

Under doc/src/sgml, if we count:
```
sgml % grep -r "cannot" . | wc -l
     818
```

“Cannot” has 818 occurrences, but “can not” has only 3:
```
sgml % grep -rE "can\s+not" .
./ecpg.sgml:     some SQL statement is declared, "database" can not be used
as a cursor
./func/func-aggregate.sgml:        The <parameter>key</parameter> can not
be null. If the
./func/func-aggregate.sgml:        The <parameter>key</parameter> can not
be null. If the
```

So, maybe we should fix these 3 and keep a consistent usage of “cannot”.

Best regards,
--
Chao Li (Evan)
HighGo Software Co., Ltd.
https://www.highgo.com/

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →
  1. doc: change "can not" to "cannot"