viable/strict/1789219412: Move c10/util/TypeCast.h and overflows.h into torch/headeronly (#194781)
PyTorch 合并 PR #194781，将 c10/util/TypeCast.h 与 overflows.h 移入 torch/headeronly/util 下的 torch::headeronly 命名空间，旧 c10/util 路径保留为一行转发 include，与 Half.h / BFloat16.h 做法一致。由于 header-only 代码无法导出原先由 TypeCast.cpp 定义的 C10_API 符号 report_overflow，PR 新增 C10_NOINLINE 宏配合 inline，避免溢出路径被内联进每个 checked_convert 实例化。同时删除已失效的 //c10/util:TypeCast Bazel 目标及其在 c10/build.bzl、c10/core/build.bzl 中的两个依赖方。这是把 aten/src/ATen/native/Math.h 及其依赖链迁入 headeronly 的第二个叶子工具 PR，与第一个 PR #194673 相互独立。
发展脉络
- 首次出现viable/strict/1789219412: Move c10/util/TypeCast.h and overflows.h into torch/headeronly (#194781)PyTorch Core
- 当前判断判断：这属于 PyTorch 内部构建与依赖治理的持续重构，而非能力或性能发布。把叶子工具收敛到 torch/headeronly 有助于降低 c10 与 ATen 之间的耦合、简化 Bazel 目标图，对下游编译自定义算子或裁剪构建的团队可能减少依赖面。可验证下一信号：Math.h 依赖链迁移完成后，官方是否同步更新构建文档或 Bazel/CMake 目标说明。Agent Pulse · 分析
PyTorch 通过 PR #194781 把 c10/util/TypeCast.h 和 overflows.h 迁到 torch/headeronly/util，旧路径改为一行转发 include，并删除已无对应源文件的 //c10/util:TypeCast Bazel 目标及其两个依赖方。关键工程取舍在于：TypeCast.h 的 report_overflow 原本是 TypeCast.cpp 中定义的 C10_API 符号，使 ostringstream / throw 路径不被内联进每个 checked_convert 实例化；header-only 无法导出该符号，直接内联可能重新引入代码体积膨胀，因此引入 C10_NOINLINE 宏配合 inline 保持该路径不被内联。该 PR 是向 headeronly 迁移 Math.h 依赖链的第二个叶子工具改动，与 #194673 独立且无合并冲突。
判断：这次改动的核心不是文件搬家，而是 header-only 化与符号导出、代码体积之间的约束冲突。C10_NOINLINE 是一种折中，把「不内联」从链接期符号可见性转移到编译期属性，效果是否等价取决于编译器对 noinline 与 inline 组合的处理。可验证下一信号：后续 PR 是否继续用同一宏处理其他原 C10_API 的 header-only 迁移点，以及是否有基准或体积数据表明 checked_convert 实例化未膨胀。
判断：这属于 PyTorch 内部构建与依赖治理的持续重构，而非能力或性能发布。把叶子工具收敛到 torch/headeronly 有助于降低 c10 与 ATen 之间的耦合、简化 Bazel 目标图，对下游编译自定义算子或裁剪构建的团队可能减少依赖面。可验证下一信号：Math.h 依赖链迁移完成后，官方是否同步更新构建文档或 Bazel/CMake 目标说明。
判断：对使用 PyTorch 源码构建、自定义算子或 Bazel 的下游团队，价值在于依赖图更清晰、可裁剪的 header-only 边界更明确，短期不改变运行时行为。可验证下一信号：下游项目升级到含该 PR 的版本后，是否出现 include 路径或 Bazel 目标缺失相关的构建报错与迁移需求。
判断：若该迁移路线按 PR 描述推进，Math.h 及其依赖链进入 headeronly 后，c10/util 下的转发头可能在一段时间内保留以兼容旧 include。可验证下一信号：是否出现删除这些一行转发 include 的后续 PR，或发布说明中标注弃用时间点。