perf(size): 用自写整数格式化替换全部 std::to_wstring / std::to_string

背景：Code Review 报告 §10.3 / §11.5 建议「替换 std::to_wstring / std::to_string，
可去掉 gdtoa 链（≈33 KB）」。本轮把它做完，并给出这条建议的**真实边界**。

一、新增 `Utf8Util::FormatInteger*`（手写十进制展开，不经 printf）
* `FormatInteger(long long)` / `FormatIntegerUnsigned(unsigned long long)` /
  `FormatIntegerNarrow(long long)`（后者供 MatLoader 拼 HDF5 成员路径）。
* 语义与 `std::to_wstring` / `std::to_string` 完全一致：`0` → `"0"`、负数带 `-`、
  `LLONG_MIN` 用模 2^64 语义取绝对值（不会溢出）。
* 这样做的直接理由：预编译 libstdc++ 的 `to_string` 内部转调 `__mingw_swprintf`，
  工程里只要留一处，MinGW 的 printf 引擎（`mingw_wpformat.o`）+ gdtoa 就必然被链入。

二、全仓替换（76 处 `to_wstring` + 2 处 `to_string`，20 个文件）
* `MatLoader.cpp` 的 `TrimNumber` 整数分支也改为 `FormatInteger`（它曾是产物里
  **最后一个**引用 MinGW printf 的调用点）。
* 需要的地方补 `#include "Utf8Util.hpp"`（仅 `MatLoader.cpp` 一个新 include，其余由
  `PlotViewInternal` / `SignalPanelInternal` / `ApplicationInternal` / `DataModelInternal`
  已经包含）。

三、⚠️ 实测结论：gdtoa **去不掉**（把这件事彻底查清并写进 Makefile 注释）
* 只替换 `to_wstring`/`to_string`：**−1,024 B**（787,968 → 786,944）。
* 再叠加 `-D__USE_MINGW_ANSI_STDIO=0`（把 `swprintf` 让给系统 UCRT）：**0 字节**。
* 根因（定位到文件与行）：libstdc++ 的
  `lib/gcc/.../include/c++/x86_64-w64-mingw32/bits/os_defines.h:48-51` **无条件**执行
  `#undef __USE_MINGW_ANSI_STDIO` + `#define __USE_MINGW_ANSI_STDIO 1`
  （注释：libstdc++ depends on POSIX-definitions of those functions）。
  `g++ -E -dM` 实测最终值恒为 1 ⇒ **任何 C++ TU 的 `swprintf` / `strtod` 都是 MinGW 版本**，
  命令行无法覆盖。
* 要真省这 33 KB 只能自己实现「浮点 → 十进制（正确舍入）」与「浮点解析的
  十六进制/inf/nan 分支」，等价于重写 gdtoa。**判定：不做**（风险 >> 收益）。
* 该开关已回退，Makefile 里保留一段说明，避免后续接手者重复这两次实验。

四、验证
* 新增单元测试 `integer_replacement_matches_std`：12 个有符号样本（含 LLONG_MIN/MAX）
  + 5 个无符号样本（含 ULLONG_MAX），与 `std::to_wstring` **逐字符对照**，
  并校验窄/宽版本内容一致。
* `UnitTests`：`checks=260 failed=0 cases=19`（新增 41 条断言）。
* `OffscreenChecks -all`：6 个检查全 PASS，`checks=87 failed=0`。
* `panels -mode compare`：7 个面板像素哈希与几何**逐项不变**
  （整数文本从 `to_wstring` 换到手写实现后，渲染结果零差异 —— 这是最强的语义证据）。
* release 全量零 error / 零 warning；产物 787,968 → **786,944 B**。

Makefile

@@ -209,17 +209,30 @@ endif
 # * ⚠️ 全关（`-fno-unwind-tables`）会链接失败（历史踩坑），**不要**打开。
 RELEASE_ONLY_OPT = -fno-asynchronous-unwind-tables
 
-# ---- 曾评估并放弃：把 `swprintf` 交给系统 UCRT（`-D__USE_MINGW_ANSI_STDIO=0`）----
+# ---- 关于「把 `swprintf` 交给系统 UCRT」：**在 C++ 里做不到**，别再试 ----
 # 动机：MinGW 的 ANSI stdio（`mingw_wpformat.o`）会链入 gdtoa 整套
-#（`strtodg`/`gdtoa`/`gethex`/`hexnan`），map 实测 `.text` 合计 ≈33 KB。
-# 实测结论（2026-11-04）：**加这个宏体积一个字节都不减**。
-# 原因：预编译的 libstdc++ 自己就引用 `__mingw_swprintf` ——
-# 只要工程里还调用 `std::to_wstring` / `std::to_string`（全仓约 80 处），
-# 链接器就必须把 MinGW 的 printf 引擎拉进来（用 3 行最小程序 `std::to_wstring(5)` 实测）。
-# ⇒ 要真省下这 33 KB，得把 80 处 `std::to_*string` 全换成自写整数格式化，
-#    其中若干处实参是浮点（语义会变），风险与收益不匹配。
-# 保留证据：`Tools/UnitTests` 的 `stdio_mingw_vs_ucrt_formats`（13.6 万次调用逐字符比对，0 差异）
-# 证明两套 printf 在这些格式上**完全等价**，将来若真要做迁移，那条测试就是验收标准。
+# （`strtodg` / `gdtoa` / `gethex` / `hexnan`），map 实测 ≈33 KB。
+#
+# 本轮实测（2026-11-04，两次独立实验）：
+#  1. 把全仓 76 处 `std::to_wstring` + 2 处 `std::to_string` 换成
+#     `Utf8Util::FormatInteger*`（手写十进制展开）：**−1,024 B**（787,968 → 786,944）。
+#     这一步是有效的，且去掉了 libstdc++ 的 `to_string` 对 printf 的依赖。
+#  2. 再加 `-D__USE_MINGW_ANSI_STDIO=0`：**0 字节**，`mingw_wpformat.o` 仍在。
+#
+# 原因（已定位到具体文件与行）：libstdc++ 在
+#   lib/gcc/x86_64-w64-mingw32/<ver>/include/c++/x86_64-w64-mingw32/bits/os_defines.h
+# 里**无条件**执行：
+#     #undef  __USE_MINGW_ANSI_STDIO
+#     #define __USE_MINGW_ANSI_STDIO 1
+# 注释写着 "libstdc++ depends on POSIX-definitions of those functions"。
+# 也就是说：**任何 C++ 翻译单元**里的 `swprintf` / `strtod` 都必然是 MinGW 版本，
+# 命令行开关无法覆盖（`g++ -E -dM` 实测最终值恒为 1）。
+#
+# ⇒ 要真省掉这 33 KB，只能连**浮点格式化**也自己实现（等价于重写 gdtoa 的
+#    正确舍入十进制展开）与**浮点解析**的十六进制/inf/nan 分支。风险远大于收益，
+#    判定：**不做**。保留证据：`Tools/UnitTests` 的 `stdio_mingw_vs_ucrt_formats`
+#    （13.6 万次调用逐字符比对，0 差异）说明两套 printf 在这些格式上完全等价，
+#    将来若平台换了 C 运行库，这条测试可直接复用。
 
 # 丢弃未被引用的函数/数据（非 LTO 时还需要配合 -ffunction-sections 才有粒度）。
 GC_SECTIONS = -Wl,--gc-sections