已合并
[master][bugfix]cann and pta header mixing bulid bugfix #44990
Dring创建于 8月20日
[master][bugfix]cann and pta header mixing bulid bugfix #44990
已合并
Pull Request已成功合入, 合并人@ascend-robot
（感谢 Dring 的贡献）
ascend-robot
8月20日 评论：
8月20日 评论：
atomgit-bot
8月20日 评论：
8月20日 评论：
变更摘要
该 PR 修复 CANN（ACL）头文件与 PTA（PyTorch Adapter）头文件混用导致的构建问题。核心改动是将全部 ACL/CANN 头文件的包含方式从仓库相对路径 third_party/acl/inc/... 统一为 <acl/...> 标准形式，同时调整打包拷贝逻辑，使 ACL 头文件直接拷贝到 include/ 目录（不再保留 third_party/acl/inc 嵌套层级），并同步收敛构建脚本与测试中的 include 路径。
主要改动
- 统一 ACL 头文件包含方式: 大量 C++ 源码（如
NPUCachingAllocator.cpp、NPUStream.h、AclInterface.h、ProcessGroupHCCL.cpp、NPUDefinition.h、cpp_common.cpp等）将#include "third_party/acl/inc/acl/..."统一改为#include <acl/...>（覆盖acl.h、acl_base.h、acl_rt.h、acl_prof.h、acl_op.h、acl_op_compiler.h、acl_mdl.h、super_kernel.h、error_codes/rt_error_codes.h、profiling/prof_api.h、graph/operator.h、aml/aml_fwk_detect.h等），third_party/hccl/inc/hccl/hccl.h也同步改用<acl/acl.h>。 - 调整 ACL 头文件拷贝/打包逻辑:
setup.py的get_src_py_and_dst()与build_libtorch_npu.py的copy_hpp()不再按*/*.h、*/*/*.h模式拷贝 ACL 头文件，改为通过glob.glob递归收集third_party/acl/inc下所有*.h，按相对路径直接拷贝到include/（libtorch 场景为libtorch_npu/include/），去掉third_party/acl/inc嵌套层级。 - 编译 include 路径收敛:
torch_npu/utils/cpp_extension.py、torch_npu/_inductor/cpp_builder.py、torch_npu/_inductor/ascend_npu_ir/npu/utils.py及多个测试文件（test_npu_allocator.py、test_allocator_trace_tracker.py、test_pluggable_allocator_extensions.py、test_sanitizer_pluggable_allocator.py）删除include/third_party/acl/inc这一额外 include 路径，统一使用安装目录下的include；ci/access_control_test.py的fetch_acl_headers同步改为从include/acl目录拷贝。 - stub 构建脚本参数化:
third_party/acl/libs/build_stub.sh新增set -e，并通过第一个参数接收 ACL include 目录（默认../inc）用于libascendcl.so、libacl_op_compiler.so、libge_runner.so、libgraph.so、libacl_tdt_channel.so、libascend_ml.so等 stub 库的编译；相关测试调用build_stub.sh时传入PYTORCH_NPU_INSTALL_PATH/include。 - 测试代码头文件适配:
test/cpp_extensions/external_stream_test.cpp与pluggable_allocator_extensions.cpp将third_party/acl/inc/acl/...包含改为<acl/acl.h>、<acl/acl_base.h>、<acl/acl_rt.h>。
不准确？
atomgit-bot
8月20日 评论：
8月20日 评论：
8月20日 添加了label：ascend-cla/yes
此处折叠了193条消息 查看更多
chengpeng25
29 天前 评论：
29 天前 评论：
/lgtm
29 天前 添加了label：lgtm
29 天前 合入了pull request
AtlasAccount
29 天前 评论：
29 天前 评论：
流水线 pytorch_gitcode_PR_multiVersion#14640 [ commitID：eda34dd2 ] 已完成
【合入来源】
https://gitcode.com/Ascend/pytorch/issues/3991
【修改方案】
问题现象：
PTA 26.1.0 仓库中的 third_party/acl 头文件来自 CANN 9.1.0，而编译环境安装的是 CANN 9.0.0。当同一个编译单元同时包含两套版本的 ACL 头文件时，会出现类似以下错误：aclmdlRITask 未声明、未定义或类型不匹配
aclmdlRITask 是 CANN 9.1.0 头文件所依赖的定义，但 CANN 9.0.0 对应头文件中不存在该定义或定义不兼容。
根因分析：
1 当前头文件查找路径不统一：PTA 源码中大量使用以下写法
#include "third_party/acl/inc/acl/acl_mdl.h"
因为编译命令中包含 PTA 项目根目录，这种写法会直接命中 PTA 26.1.0 仓库内由 CANN 9.1.0 导入的头文件：torch_npu/third_party/acl/inc/acl/acl_mdl.h
但该头文件内部使用的是标准 SDK 相对路径：#include "acl/acl_base.h"
编译器无法相对 acl_mdl.h 所在目录找到 acl/acl_base.h，因此转而按照全部 -I 目录依次搜索。如果 CANN 9.0.0 的 include 路径排在 PTA 内置 ACL 路径前面，就会命中：CANN-9.0.0/include/acl/acl_base.h
同一个翻译单元最终形成：
acl_mdl.h -> PTA third_party 中的 CANN 9.1.0 版本
acl_base.h -> 环境 CANN 9.0.0 版本
这是一种“首层头文件由源码路径固定版本、传递头文件由 -I 顺序选择版本”的混合查找模式。
2 问题不局限于 acl_mdl.h
同样风险存在于所有能够继续 include 其他 CANN 头文件的入口，包括：
acl/...
aml/...
profiling/...
graph/...
ge/...
op_proto/...
因此不能只修复出现错误的某一个头文件，也不能只替换 acl_mdl.h。必须统一整个 CANN 头文件族的查找规则。
修改目标：
修改后需要满足
源码不再包含 third_party/acl/inc/... 这种仓库物理路径。
ACL、AML、profiling 等头文件全部通过统一 include root 查找。
一个编译 target 对 CANN 头文件只选择一套版本。
CANN 9.0.0 环境构建时，首层和传递头文件必须全部命中 CANN 9.0.0。
使用 PTA 内置头文件构建时，首层和传递头文件必须全部命中 PTA 内置的同一套版本。
wheel、libtorch_npu、C++ Extension 和 Inductor/AOT 使用同一目录契约
修改方案：
1、代码中使用 PTA 内置 ACL 头文件的地方，删除 third_party/acl/inc/ 物理路径前缀，统一改成从 include root 查找
2、打包或安装时，把 third_party/acl/inc 下需要公开的目录按原相对结构复制到安装产物的公共 include 根目录
【资料变更】
不涉及
【接口变更】
不涉及
【功能验证】
cann 9.0.0 + pta 26.1.0的vllm-ascend安装验证成功
【CheckList】