执行摘要

• 一句话：DeepGEMM wheel 构建镜像补装 elfutils 头文件
• 推荐动作：值得快速阅读，属于典型的 CI 构建依赖补丁，复杂度低。建议关注两点：一是修复后应在真实 release workflow 中复跑确认两个平台都能通过，避免修复一个头文件后暴露下一个缺失；二是未来 DeepJIT 或 DeepGEMM 升级时，将系统依赖检查纳入发布前置校验。

功能与动机

DeepGEMM wheel release job 在编译 _C.so 时报出 fatal error: elfutils/libdwfl.h: No such file or directory。原因是 DeepJIT 升级后新增了对该头文件的引用（用于异常堆栈回溯），而 SGLang 的 release 镜像没有安装 elfutils 开发包，属于构建依赖缺失。PR body 明确说明这是 build dependency installation only，并引用了失败的 CI 任务链接作为证据。

实现拆解

整体变更集中在单独一个 Dockerfile 的依赖安装步骤，按三步拆解：

1. 定位失败根因：DeepGEMM wheel release job 在编译 _C.so 阶段失败，根因是 DeepJIT 依赖了 elfutils/libdwfl.h，但 docker/sgl-deep-gemm.Dockerfile 的基础镜像中没有安装 elfutils 开发包，属于编译期系统依赖缺失。

2. 修改依赖安装命令：在 docker/sgl-deep-gemm.Dockerfile 的 RUN yum install -y --nogpgcheck git wget tar gcc gcc-c++ make \ 一行追加 elfutils-devel elfutils-libelf-devel，并保留后续的 yum clean all 清理逻辑。release workflow 对 x86_64 和 aarch64 都使用同一个 Dockerfile 构建 wheel，因此一处修改同时覆盖两个平台。

3. 验证与自测：作者完成 pre-commit、git diff --check、Dockerfile 语法与 bash -n 校验，并确认两个包在 AlmaLinux 8 BaseOS 仓库（x86_64 与 aarch64）均可用；但本地没有 Docker/Podman，未重跑完整容器构建，latest PR Test (Extra) 显示为失败（×），说明需要后续真实构建复验。

关键文件：

• docker/sgl-deep-gemm.Dockerfile（模块 部署脚本；类别 infra；类型 infrastructure）: 唯一变更文件，直接决定 DeepGEMM wheel release job 能否编译出 _C.so。在 yum install 步骤追加两个 elfutils 开发包，覆盖 x86_64 和 aarch64 两种 wheel 构建。

关键符号：未识别

关键源码片段

docker/sgl-deep-gemm.Dockerfile

唯一变更文件，直接决定 DeepGEMM wheel release job 能否编译出 _C.so。在 yum install 步骤追加两个 elfutils 开发包，覆盖 x86_64 和 aarch64 两种 wheel 构建。

# docker/sgl-deep-gemm.Dockerfile 中 base 阶段的关键 RUN 步骤
# 变更前只安装基础编译工具，缺少 elfutils 开发头文件；
# DeepJIT 编译 _C.so 时需要 elfutils/libdwfl.h，因此追加两个开发包。
RUN yum install -y --nogpgcheck git wget tar gcc gcc-c++ make \
    elfutils-devel elfutils-libelf-devel \
    && yum clean all && rm -rf /var/cache/yum

评论区精华

该 PR 没有任何 review 评论或讨论线程（comments_count 为 0，review_comments_count 为 0）。唯一有价值的信息来自 PR body：作者明确声明“完整容器/wheel 构建未重跑，本机无 Docker/Podman”，即补丁停留在静态验证层面，缺少真实构建链路回归。

• 暂无高价值评论线程

风险与影响

• 风险：变更面极小，风险主要来自验证不足和依赖演进的不确定性：

• 构建链路未复跑：作者只做了语法校验，没有在真实 release workflow 中验证 _C.so 编译，若补齐 elfutils 后仍缺少其他头文件，release job 会继续失败。这是本 PR 最大的风险点，且 CI 表的 Latest PR Test (Extra) 实际为 ×。

• yum 源有效性：虽然作者确认 AlmaLinux 8 BaseOS 中两个包可用，但实际 release 镜像若切换基础镜像或 yum 源，yum install 可能解析失败；这是基础镜像层面的继承风险。
• 运行时无影响：新增的是构建期系统包，不会进入最终 wheel，也不会改变 SGLang 运行路径，因此运行时回归风险基本为零。
• 影响：影响范围集中在 CI 与发布基础设施：修复 DeepGEMM wheel release job，让 x86_64 和 aarch64 的 wheel 构建都能正常编译 _C.so。对普通用户无直接感知（构建期依赖不进入 wheel），对发布维护者而言，它提醒 DeepJIT 升级可能持续引入新的系统级编译依赖，需要同步维护 docker/sgl-deep-gemm.Dockerfile。
• 风险标记：构建链路未复跑确认, CI 依赖演进, 双平台打包

关联脉络

• 暂无明显关联 PR