Pull Request

描述

修复 dflow_wrapper 等 target 编译时 CMake 输出的 "Cannot generate a safe dependent library path / cycle in the constraint graph" 告警。

根因分析：

dflow_wrapper 通过 ge_runner_v2 → dflow_runner → ge_compiler 等传递依赖 ascend_hal_stub，该库由 Findascend_hal.cmake 在 toolkit 的 devlib 目录中找到。而 devlib 同时含有 libgert.so、libge_compiler.so、libge_common.so 等库的副本（这些库也在构建输出目录和 lib64 中）。

CMake 在计算 -rpath-link（OrderDependentRPath）时，发现同一 .so 存在于多个目录中，产生约束图环（cycle in constraint graph），输出告警。该告警不受 CMAKE_SKIP_BUILD_RPATH=TRUE 控制，因为后者只控制 RPATH 嵌入，不影响 -rpath-link 的 cmOrderDirectories 计算。

修复方案：

在 dflow/pydflow/wrapper/CMakeLists.txt 中设置 CMAKE_LINK_DEPENDENT_LIBRARY_FILES ON，将 CMake 的 SharedDependencyMode 从 SharedDepModeDir（通过 -rpath-link 目录查找传递依赖）切换为 SharedDepModeLink（直接链接传递依赖的共享库），从而跳过 OrderDependentRPath 的环检测。该设置仅影响此目录下的 target（dflow_wrapper、data_wrapper、flowfunc_wrapper），不影响其他模块。

变更类型

请选择本次引入的变更类型：

• 🐛 Bug 修复
• ✨ 新功能
• 💄 代码风格更新（格式化，局部变量）
• ♻️ 重构（既不修复错误也不增加功能的代码变动）
• 📦 构建过程或辅助工具的变动
• 📝 文档内容更新

关联的Issue

如何测试

1. source CANN 环境变量
2. 分别执行以下三个编译命令，确认编译过程中无 "Cannot generate a safe" 和 "cycle in the constraint graph" 告警：
   • bash build.sh --ge_compiler
   • bash build.sh --ge_executor
   • bash build.sh --dflow
3. 三个编译包均成功生成，exit code 为 0

验证结果：三个编译包的 log.txt 中 grep -c "Cannot generate a safe|cycle in the constraint" 均为 0。

核对清单

• 我的代码遵循了项目的代码风格
• 我已对代码进行了自测
• 我已更新了相关的文档
• 我在标题中使用了合适的类型标签（如：feat:, fix:）
• 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等

其他信息

修改仅一处文件 dflow/pydflow/wrapper/CMakeLists.txt，新增 6 行（含注释），无其他文件变更。