frames,jar,passes: verifier-driven hardening from real jars

Proven by paranoid runs over lorep (17 classes, fully green),
LoVisual (4081 classes) and oc2r (1278 classes) with per-class
java -Xverify:all, each fix first reproduced as a red test:

- merge: Top absorbs instead of Top-wins (javac declares Top for
  slots unwritten on some inflow; precise types reject those edges).
  Regression: loop_head_keeps_top_for_loop_local.
- emit: collapse [Long|Double, Top] pairs on operand stacks
  (javac writes one entry; the pair is rejected). Regression:
  wide_stack_join_emits_single_entries.
- xfer ArrayLoad: push the wide pair, fixing lcmp underflow.
  Regression: array_load_wide_pushes_pair.
- xfer <init>: convert only the receiver's own allocation site
  instead of every Uninitialized (nested construction clobbered
  the outer object). Regression: nested_construction_keeps_outer.
- xfer ANewArray: array operands gain one dimension ([B] -> [[B)
  instead of an illegal L-wrap ([L[B;). Covered by the same test.
- jar load: duplicate class names (multi-release module-info
  twins) keep the first occurrence instead of crashing save.
  Test: duplicate_class_names_keep_first.
- strings/constants: skip methods past MAX_METHOD_INSNS (8000)
  so giants cannot overflow the 64KB writer ceiling. Tests:
  oversized_methods_are_skipped in both passes.
- merge errors now name both types being merged.

Also: em-dash removed repo-wide (724 spots, rule added to
todo.md), allow-lints only in tests (scratch example deleted),
code comments migrated to English in every file this change
touches.

info/evo-payload-pipeline.md

@@ -71,19 +71,19 @@ Fabric загружает мод → мод сам распаковывает ev
 
 Ключевые свойства:
 
-1. **Мод не лежит на диске в открытом виде** — расшифровка в памяти агента,
-   `candidate` — временный mount-файл.
+1. **Мод не лежит на диске в открытом виде** - расшифровка в памяти агента,
+   `candidate` - временный mount-файл.
 2. **Ключ собирается из двух мест**: hex из env (лаунчер) + `java.lang.EvoShare.compute(hwid)`
-   в **подменённом JVM** — поэтому мод гоняется только на их evojdk.
-3. **Инъекция в Fabric** — не мод в `mods/`, а байткод-трансформация внутреннего
+   в **подменённом JVM** - поэтому мод гоняется только на их evojdk.
+3. **Инъекция в Fabric** - не мод в `mods/`, а байткод-трансформация внутреннего
    класса Fabric (`ArgumentModCandidateFinder`) через `java.lang.classfile` API.
    Классы: `EvoAgent`, `EvoAgentHook`, `FabricDiscoveryInjector`, `PreparedMod`,
    `NestedLibraries`.
-4. Далее внутри мода — свой слой: `KeyAssembler` (Shamir: сервер + integrity + native + hwid),
+4. Далее внутри мода - свой слой: `KeyAssembler` (Shamir: сервер + integrity + native + hwid),
    `SealedBoot` (sealed.bin в этом билде отсутствует → fail-open), `SessionHeartbeat`.
 
 ## Что здесь не проверено
 
-- Тело `java.dll` / `EvoShare` — натив не реверсился (план в `todo.md`).
+- Тело `java.dll` / `EvoShare` - натив не реверсился (план в `todo.md`).
 - Реальное поведение при запуске (нужен MC 26.2 + Fabric 0.19.5 + их evojdk + дисплей).
-- `evoguard.dll` — не реверсился.
+- `evoguard.dll` - не реверсился.