| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
adapt new opbase open path of external include files Co-authored-by: 张磊<zhanglei121@huawei.com> # message auto-generated for no-merge-commit merge: !2670 merge master into master adapt new opbase open path of external include files Created-by: zl_hw Commit-by: 张磊 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!2670 | 3 个月前 | |
refactor: 增加OP_LOG_LIBOPAPI_ONLY宏隔离aclnn日志 Co-authored-by: songkai111<songkai16@huawei.com> # message auto-generated for no-merge-commit merge: !2752 merge master into master refactor: 增加OP_LOG_LIBOPAPI_ONLY宏隔离aclnn日志 Created-by: songkai111 Commit-by: songkai111 Merged-by: cann-robot Description: ## 描述 本PR通过添加编译宏 OP_LOG_LIBOPAPI_ONLY实现aclnn日志的隔离，并同步更新opbase依赖版本和调整头文件搜索顺序。 具体改动： 1. **cmake/func.cmake**: 在add_opapi_modules()函数中，为${OPHOST_NAME}_opapi_obj编译目标新增-DOP_LOG_LIBOPAPI_ONLY编译选项，隔离aclnn日志宏 2. **cmake/third_party/opbase.cmake**: 将opbase依赖版本从6604d3c3更新至d4554b21，新版本提供了日志宏隔离所需的支持 3. **cmake/variables.cmake**: 调整OPAPI_INCLUDE中${OPBASE_INC_DIRS}的位置，将其从${AICPU_INC_DIRS}之后移至${NPURUNTIME_INCLUDE_DIRS}之前，确保opbase的头文件优先被搜索 ## 关联的Issue - #1563 ## 测试 编译验证通过，确认OP_LOG_LIBOPAPI_ONLY宏正确传递到opapi编译目标 ## 文档更新 无 ## 类型标签 - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：构建配置优化 See merge request: cann/ops-math!2752 | 3 个月前 | |
update license Co-authored-by: zhaozi3<zhaozi3@h-partners.com> # message auto-generated for no-merge-commit merge: !417 merge master into master update license Created-by: zhaozi3 Commit-by: zhaozi3 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!417 | 8 个月前 | |
工程能力升级，增加aicpu算子genop、二进制多并发编译能力 Co-authored-by: songkai111<songkai16@huawei.com> # message auto-generated for no-merge-commit merge: !779 merge master into master 工程能力升级，增加aicpu算子genop、二进制多并发编译能力 Created-by: songkai111 Commit-by: songkai111 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!779 | 7 个月前 | |
refactor: 引用工程公共仓cann-cmake统一打包构建API，移除本地冗余脚本 Co-authored-by: songkai111<songkai16@huawei.com> # message auto-generated for no-merge-commit merge: !2372 merge master into master refactor: 引用工程公共仓cann-cmake统一打包构建API，移除本地冗余脚本 Created-by: songkai111 Commit-by: songkai111 Merged-by: cann-robot Description: ## 描述 重构 ops-math 仓库的打包构建流程，将本地维护的打包脚本和安装脚本替换为引用工程公共仓 cann-cmake 中统一的 API，降低构建工程的复杂度和维护成本。 主要改动： 1. **升级 cann-cmake 版本**：从 master-001 升级到 master-002，新增 SHA256 校验（ fetch_cann_cmake.cmake） 2. **替换打包脚本引用路径**：将 cmake/package.cmake 中所有 ${CMAKE_SOURCE_DIR}/scripts/package/ 和 ${CMAKE_SOURCE_DIR}/cmake/ 本地路径替换为 ${CANN_CMAKE_DIR}/ 公共路径 3. **移除本地冗余脚本**：删除 cmake/makeself_built_in.cmake、cmake/makeself_custom.cmake、cmake/third_party/makeself-fetch.cmake 以及 scripts/package/common/ 和 scripts/package/latest_manager/ 下的全部 21 个文件 4. **更新打包配置**：新增 CPACK_PACKAGE_PARAM_NAME 参数和 share_info_name XML 配置项（ops_math.xml） 5. **更新编译文档**：同步更新 cann-cmake 版本号说明（docs/zh/install/compile.md） ### 改动原因 ops-math 仓库中维护了大量与其他 CANN 子仓库重复的打包/安装脚本，增加了维护成本和一致性问题。通过引用工程公共仓 cann-cmake 中统一的 API，可以： - 消除跨仓库的脚本重复维护 - 确保所有子仓库的打包行为一致 - 降低单个仓库的构建工程复杂度 ### 改动方法 - 修改 CMake 构建脚本，将文件引用路径从本地 ${CMAKE_SOURCE_DIR} 切换到公共仓 ${CANN_CMAKE_DIR} - 删除所有已迁移到公共仓的本地脚本文件 - 新增必要的打包参数以适配公共仓 API 接口 ## 关联的Issue - #1337 ## 测试 通过编译验证构建流程正常运行，打包产物与公共仓 API 对接正确。 ## 文档更新 更新了 docs/zh/install/compile.md 中 cann-cmake 版本号说明。 ## 类型标签 - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：构建重构 See merge request: cann/ops-math!2372 | 4 个月前 | |
refactor(cmake): 用HOSTCPU参数替代目录检测作为hostcpu编译信号 Co-authored-by: liu-wei<lovline.liuwei@huawei.com> # message auto-generated for no-merge-commit merge: !2791 merge master into master refactor(cmake): 用HOSTCPU参数替代目录检测作为hostcpu编译信号 Created-by: liu-wei Commit-by: liu-wei Merged-by: cann-robot Description: ## 描述 简化hostcpu constant folding的编译检测机制。 ### 改动内容 1. **cmake/func.cmake**: 在 add_all_modules_sources宏中添加HOSTCPU参数，默认FALSE。仅当调用时传递HOSTCPU TRUE时才会编译hostcpu版本。 2. **math/tile/CMakeLists.txt**: 添加HOSTCPU TRUE参数，使能tile算子的hostcpu constant folding。 3. **删除**: math/tile/op_kernel_hostcpu/目录（原软连接方案）。 ### 改动原因 原方案使用op_kernel_hostcpu/目录下的软连接+CMakeLists.txt作为编译信号，职责不清晰且需额外创建目录。改用显式参数后： - 调用方显式声明是否需要hostcpu编译：HOSTCPU TRUE - 无需创建额外目录或marker文件 - 逻辑更直观，便于后续维护 ### 工作流程变化 cmake # 需要hostcpu constant folding时 add_all_modules_sources(... HOSTCPU TRUE) # 不需要时 add_all_modules_sources(...) # 默认 HOSTCPU FALSE ## 关联的Issue 无 ## 测试 1. 编译验证：bash build.sh --pkg --soc=ascend910b -j8 通过 2. 安装验证：生成的libmath_constant_folding_ops.so包含tile算子的hostcpu实现 ## 文档更新 无 ## 类型标签 - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [x] 重构 - [ ] 文档更新 See merge request: cann/ops-math!2791 | 3 个月前 | |
adapt new opbase open path of external include files Co-authored-by: 张磊<zhanglei121@huawei.com> # message auto-generated for no-merge-commit merge: !2670 merge master into master adapt new opbase open path of external include files Created-by: zl_hw Commit-by: 张磊 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!2670 | 3 个月前 | |
工程能力升级，增加aicpu算子genop、二进制多并发编译能力 Co-authored-by: songkai111<songkai16@huawei.com> # message auto-generated for no-merge-commit merge: !779 merge master into master 工程能力升级，增加aicpu算子genop、二进制多并发编译能力 Created-by: songkai111 Commit-by: songkai111 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!779 | 7 个月前 | |
update license Co-authored-by: zhaozi3<zhaozi3@h-partners.com> # message auto-generated for no-merge-commit merge: !417 merge master into master update license Created-by: zhaozi3 Commit-by: zhaozi3 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!417 | 8 个月前 | |
feat: 为 Level2 头文件添加废弃告警提示 Co-authored-by: songkai111<songkai16@huawei.com> # message auto-generated for no-merge-commit merge: !2633 merge master into master feat: 为 Level2 头文件添加废弃告警提示 Created-by: songkai111 Commit-by: songkai111 Merged-by: cann-robot Description: ## 描述 在算子构建安装流程中，为 Level2 目录下的头文件自动添加 #warning 废弃告警，提示用户迁移到 include/aclnnop 路径下的同名头文件。 ### 改动原因 Level2 头文件计划废弃，需要在编译时通过 #warning 提前通知用户切换到新的头文件路径，避免后续版本移除时出现编译失败。 ### 改动方法 1. **新增脚本 scripts/util/add_deprecation_warning.py**：解析头文件，定位最后一个 #include 行，在其后插入 #warning "This file is scheduled to be deprecated. Please use the file with the same name under include/aclnnop in the CANN package installation path instead." 2. **修改 cmake/opbuild.cmake**：在 Level2 头文件安装完成后，通过 install(CODE ...) 调用上述 Python 脚本，对已安装的头文件执行告警注入 ## 关联的Issue - https://gitcode.com/cann/ops-math/issues/1487 ## 测试 构建安装后验证 Level2 头文件中已包含 #warning 告警信息 ## 文档更新 无 ## 类型标签 - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!2633 | 3 个月前 | |
refactor: 引用工程公共仓cann-cmake统一打包构建API，移除本地冗余脚本 Co-authored-by: songkai111<songkai16@huawei.com> # message auto-generated for no-merge-commit merge: !2372 merge master into master refactor: 引用工程公共仓cann-cmake统一打包构建API，移除本地冗余脚本 Created-by: songkai111 Commit-by: songkai111 Merged-by: cann-robot Description: ## 描述 重构 ops-math 仓库的打包构建流程，将本地维护的打包脚本和安装脚本替换为引用工程公共仓 cann-cmake 中统一的 API，降低构建工程的复杂度和维护成本。 主要改动： 1. **升级 cann-cmake 版本**：从 master-001 升级到 master-002，新增 SHA256 校验（ fetch_cann_cmake.cmake） 2. **替换打包脚本引用路径**：将 cmake/package.cmake 中所有 ${CMAKE_SOURCE_DIR}/scripts/package/ 和 ${CMAKE_SOURCE_DIR}/cmake/ 本地路径替换为 ${CANN_CMAKE_DIR}/ 公共路径 3. **移除本地冗余脚本**：删除 cmake/makeself_built_in.cmake、cmake/makeself_custom.cmake、cmake/third_party/makeself-fetch.cmake 以及 scripts/package/common/ 和 scripts/package/latest_manager/ 下的全部 21 个文件 4. **更新打包配置**：新增 CPACK_PACKAGE_PARAM_NAME 参数和 share_info_name XML 配置项（ops_math.xml） 5. **更新编译文档**：同步更新 cann-cmake 版本号说明（docs/zh/install/compile.md） ### 改动原因 ops-math 仓库中维护了大量与其他 CANN 子仓库重复的打包/安装脚本，增加了维护成本和一致性问题。通过引用工程公共仓 cann-cmake 中统一的 API，可以： - 消除跨仓库的脚本重复维护 - 确保所有子仓库的打包行为一致 - 降低单个仓库的构建工程复杂度 ### 改动方法 - 修改 CMake 构建脚本，将文件引用路径从本地 ${CMAKE_SOURCE_DIR} 切换到公共仓 ${CANN_CMAKE_DIR} - 删除所有已迁移到公共仓的本地脚本文件 - 新增必要的打包参数以适配公共仓 API 接口 ## 关联的Issue - #1337 ## 测试 通过编译验证构建流程正常运行，打包产物与公共仓 API 对接正确。 ## 文档更新 更新了 docs/zh/install/compile.md 中 cann-cmake 版本号说明。 ## 类型标签 - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：构建重构 See merge request: cann/ops-math!2372 | 4 个月前 | |
fix: compile with opbase source Co-authored-by: wangrui<wangrui124@huawei.com> # message auto-generated for no-merge-commit merge: !1193 merge br_reduce into master fix: compile with opbase source Created-by: wangrui_ Commit-by: wangrui Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> compile with opbase source 1. 本仓下载opbase仓源码 2. 查找头文件，优先使用本地下载的路径 3. 不查找lib库，并移除lib库依赖 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!1193 | 6 个月前 | |
feat: 为opapi共享库链接opbase_util_objs以支持log.h调用 Co-authored-by: songkai111<songkai16@huawei.com> # message auto-generated for no-merge-commit merge: !2693 merge master into master feat: 为opapi共享库链接opbase_util_objs以支持log.h调用 Created-by: songkai111 Commit-by: songkai111 Merged-by: cann-robot Description: ## 描述 在 cmake/symbol.cmake 的 gen_opapi_symbol() 和 gen_cust_opapi_symbol() 两个函数中，为 opapi 共享库和 cust_opapi 链接 opbase_util_objs 目标对象。 opbase_util_objs 由 cmake/func.cmake 定义，编译源文件包含 ${OPBASE_SOURCE_PATH}/src/op_common/log/*.cpp（日志工具实现）。此前 opapi 共享库未链接该目标对象，导致 opapi 中无法调用 log.h 提供的日志接口。本次改动通过 CMake generator expression $<$<TARGET_EXISTS:opbase_util_objs>:...> 条件性地引入，确保仅在目标存在时才链接，不影响不包含该目标的构建场景。 ### 改动文件 - cmake/symbol.cmake：在 gen_opapi_symbol() 和 gen_cust_opapi_symbol() 中各增加一行 $<$<TARGET_EXISTS:opbase_util_objs>:$<TARGET_OBJECTS:opbase_util_objs>> ## 关联的Issue - #1517 ## 测试 编译验证通过，opapi 共享库可正常链接并调用 log.h 接口。 ## 文档更新 无 ## 类型标签 - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!2693 | 3 个月前 | |
TORCH EXTENSION算子工程 Co-authored-by: zhangzijie<zhangzijie11@hisilicon.com> # message auto-generated for no-merge-commit merge: !277 merge master into master TORCH EXTENSION算子工程 Created-by: zhangzijie Commit-by: zhangzijie Merged-by: turing_project1 Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> TORCH EXTENSION算子工程 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #123--> <!-- 如果这个PR是为了解决特定的问题单，请在这里描述问题单单号。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于二级冒烟、算子泛化等。--> ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/ops-math!277 | 9 个月前 | |
[CANNBot] 迁移RandomStandardNormal融合规则到新pass框架 Co-authored-by: xuejinghui<xuejinghui@huawei.com> # message auto-generated for no-merge-commit merge: !2420 merge fussion-pass into master [CANNBot] 迁移RandomStandardNormal融合规则到新pass框架 Created-by: xuejinghui Commit-by: xuejinghui Merged-by: cann-robot Description: ## 描述 [CANNBot] 迁移RandomStandardNormal融合规则到新pass框架 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> ## 关联的Issue https://gitcode.com/cann/ops-math/issues/1407 <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> ## 测试 回归图转换成功且通路算子精度pass <!--描述进行了哪些测试来验证你的改动。--> ## 文档更新 不涉及 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：RandomStandardNormal融合规则并迁移至新Pass框架 ## AI/Agent 生成声明（必填） ------- 新增 代码来源： - [ ] 纯人工手写 - [x] AI 辅助编写（思路/片段/优化） - [ ] AI 完全生成 人工审查：已完成 测试验证：已通过 合规检查：已完成 See merge request: cann/ops-math!2420 | 4 个月前 | |
refactor: 增加OP_LOG_LIBOPAPI_ONLY宏隔离aclnn日志 Co-authored-by: songkai111<songkai16@huawei.com> # message auto-generated for no-merge-commit merge: !2752 merge master into master refactor: 增加OP_LOG_LIBOPAPI_ONLY宏隔离aclnn日志 Created-by: songkai111 Commit-by: songkai111 Merged-by: cann-robot Description: ## 描述 本PR通过添加编译宏 OP_LOG_LIBOPAPI_ONLY实现aclnn日志的隔离，并同步更新opbase依赖版本和调整头文件搜索顺序。 具体改动： 1. **cmake/func.cmake**: 在add_opapi_modules()函数中，为${OPHOST_NAME}_opapi_obj编译目标新增-DOP_LOG_LIBOPAPI_ONLY编译选项，隔离aclnn日志宏 2. **cmake/third_party/opbase.cmake**: 将opbase依赖版本从6604d3c3更新至d4554b21，新版本提供了日志宏隔离所需的支持 3. **cmake/variables.cmake**: 调整OPAPI_INCLUDE中${OPBASE_INC_DIRS}的位置，将其从${AICPU_INC_DIRS}之后移至${NPURUNTIME_INCLUDE_DIRS}之前，确保opbase的头文件优先被搜索 ## 关联的Issue - #1563 ## 测试 编译验证通过，确认OP_LOG_LIBOPAPI_ONLY宏正确传递到opapi编译目标 ## 文档更新 无 ## 类型标签 - [ ] Bug修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他，请描述：构建配置优化 See merge request: cann/ops-math!2752 | 3 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 3 个月前 | ||
| 3 个月前 | ||
| 8 个月前 | ||
| 7 个月前 | ||
| 4 个月前 | ||
| 3 个月前 | ||
| 3 个月前 | ||
| 7 个月前 | ||
| 8 个月前 | ||
| 3 个月前 | ||
| 4 个月前 | ||
| 6 个月前 | ||
| 3 个月前 | ||
| 9 个月前 | ||
| 4 个月前 | ||
| 3 个月前 |