feat(asio): 导出文件 I/O、四组 error 枚举、async_connect 与 make_address

[Sunrisepeak]

动机

chriskohlhoff.asio 的模块导出面在三处挡住了真实消费者。这些缺口是把一个 66k 行的 Windows 桌面工程（SpinningMomo）从 #include <asio.hpp> 迁到 import asio; 的过程中逐条撞出来的，不是猜的。

1. error 条件只导出了 operation_aborted

消费者能认出「取消」，认不出别的。区分「连接被拒」「超时」「DNS 查不到」在模块边界这一侧根本没有名字可比 —— 而这是任何网络重试逻辑要做的第一件事。

改为导出四个枚举类型 basic_errors / netdb_errors / addrinfo_errors / misc_errors，并用 using enum 带出枚举量。用 using enum 而不是逐个 using 是有意的：后者会变成一张 ~40 项的手工清单，上游加一个错误码它就悄悄过期。

2. 文件 I/O 完全没有

asio::stream_file / asio::random_access_file / asio::file_base（及其 basic_ 模板）现在在 ASIO_HAS_FILE 成立时导出。

守卫用 Asio 自己的能力宏，不是描述符里维护的平台清单 —— Windows 下后端是 IOCP，Linux 下需要 io_uring，macOS 下没有后端（asio/detail/config.hpp 的 // Files. 一节）。这样它随上游演进，不需要这里跟着改。

⚠️ 一个容易踩的点，已写进描述符注释和测试：消费端不能用 #if defined(ASIO_HAS_FILE) 判断。宏不跨模块边界，而模块消费者不 include Asio 头文件，那个宏在它的 TU 里永远为假。就本包的配置而言判据是确定的 —— 未开启 io_uring，所以 ASIO_HAS_FILE ⇔ Windows，跨平台消费者按 _WIN32 分支即可。

3. asio::async_connect 与 asio::ip::make_address 缺失

• async_connect 是接受候选端点序列的自由函数。成员版 socket.async_connect 只接受单个端点，替代不了「把 resolver 的 results_type 交给它、逐个试」这个标准写法。
• make_address 是从字符串解析地址的入口，而 address / address_v4 / address_v6 三个类型本来就已经导出了 —— 有类型没有构造入口。一并补上 make_address_v4 / make_address_v6 以保持对称。

测试

tests/examples/asio-module 新增两个成员测试、扩充一个：

• errors.cpp（新）：四个枚举类型 + 九个枚举量经 make_error_code 往返，断言 ec == asio::error::eof 这类真实写法成立（这只有在枚举量的名字跨过模块边界时才编得过）；断言不同条件不互相塌缩；make_address / _v4 / _v6 的解析成功与失败两条路径。
• file.cpp（新）：stream_file 写入 + 读回（write_only|create|truncate 三标志组合）、random_access_file 按偏移读、basic_ 模板别名与基类关系的 static_assert。非 Windows 腿只打印「本配置无文件后端」并返回 0。
• network.cpp：补自由函数 async_connect 的语义断言 —— 候选序列第一个是 loopback:1（不可达），必须跳过它连上第二个真实 acceptor。完全自足，不依赖 DNS。

验证

$ mcpp test -p asio-module     # linux / gcc@16.1.0
test result ok. 7 passed; 0 failed

lint 本地全过（loadfile / check_mirror_urls / check_package_name / check_platform_version_parity / mcpp xpkg parse）。

描述符头部的「未导出的组件」清单已同步：文件 I/O 从该清单移到新的「平台条件导出」一节，串口与 pipe 留在原处。