Три числа файлов в документах считали разное, и нигде не было сказано что

SPEC и README говорили «все шесть файлов», обзор — «все семь», а тот же SPEC
ниже — «восемь файлов». Выглядело как расхождение, из-за которого в публичные
тексты не поставили ни одного числа: непонятно, какое верно.

Верны все три, и это хуже простой ошибки — потому что проверить их нечем, пока
не сказано, что именно считается:

  ШЕСТЬ — собственные исходники компилятора в self/: пять слоёв и
  bootstrap/compiler.flang;
  ВОСЕМЬ — все исходники .flang, из которых компилятор собирается: связывание
  добавляет к тем шести core/json.flang и stdlib/strings.flang;
  СЕМЬ — файлы C, которые компилятор ПЕЧАТАЕТ и которые сверяются побайтово;
  их число задаёт бэкенд, а не число входов.

Измерено, а не выведено: восемь — обходом транзитивных «использует» от
bootstrap/compiler.flang, семь — тем, что печатает сам тест самораскрутки
(«неподвижная точка сошлась: 7 файлов совпали побайтово»).

Числа оставлены как были, исправлены формулировки: каждая теперь называет, что
считает. В SPEC добавлена сноска со всеми тремя — следующий, кто увидит
несовпадение, прочтёт объяснение вместо того, чтобы «чинить» верное число.

Нашлось при подготовке публичных материалов: расхождение заметили, потому что
собирались назвать число снаружи, где его проверят.

Author: Marat Zimnurov

README.ru.md

@@ -835,7 +835,7 @@ flang repl flang/stdlib/lists.flang
 ```
 
 **Неподвижная точка сошлась.** Эталон, `flang₁` и `flang₂` печатают компилятор одинаково — все
-шесть файлов, — то есть компилятор понимает язык так же, как эталон, и никакой набор тестов этого
+семь напечатанных файлов C, — то есть компилятор понимает язык так же, как эталон, и никакой набор тестов этого
 не заменяет. Проверка — `flang/test/self-bootstrap.test.mjs`, и она печатает результат:
 
 ```

flang/self/SPEC.md

@@ -79,8 +79,19 @@ AST** и выдаёт **те же диагностики и тот же верд
 `flang/test/self-bootstrap.test.mjs`.
 
 Шаг 2 **пройден**, и неподвижная точка **сошлась**: эталон на JavaScript,
-`flang₁` и `flang₂` печатают компилятор побайтово одинаково — все шесть файлов.
+`flang₁` и `flang₂` печатают компилятор побайтово одинаково — все семь напечатанных
+файлов C.
 Компилятор воспроизводит сам себя, то есть понимает язык так же, как эталон.
+
+> **Почему в этом документе три разных числа файлов, и все три верны.** Считают
+> они разное, и путаница уже стоила расхождения между SPEC, README и обзором.
+> **Шесть** — собственные исходники компилятора в `self/` (пять слоёв и
+> `bootstrap/compiler.flang`). **Восемь** — все исходники `.flang`, из которых
+> компилятор собирается: к тем шести связывание добавляет `core/json.flang` и
+> `stdlib/strings.flang`. **Семь** — файлы C, которые компилятор ПЕЧАТАЕТ и
+> которые сверяются побайтово; их число задаёт бэкенд, а не число входов.
+> Именно семь показывает тест: «неподвижная точка сошлась: 7 файлов совпали
+> побайтово».
 Проверка: `flang/test/self-bootstrap.test.mjs`, тест «шаги 2 и 3», в обычном
 прогоне и без гейта.
 
@@ -113,8 +124,8 @@ AST** и выдаёт **те же диагностики и тот же верд
 | `flang/self/parser.flang` | 35 276 | 18.90 ГБ | 0.092 ГБ | 205× |
 
 Линейность видна прямо: рост числа токенов в 10.1 раза раньше поднимал память в
-94.5 раза, теперь — в 10.8. Весь компилятор (119 тысяч токенов, шесть файлов
-разбираются дважды): было порядка 90 ГБ и недостижимо, стало 2.44 ГБ за 10.7
+94.5 раза, теперь — в 10.8. Весь компилятор (119 тысяч токенов, шесть собственных
+исходников `self/` разбираются дважды): было порядка 90 ГБ и недостижимо, стало 2.44 ГБ за 10.7
 секунды.
 
 ## Что это даёт