两个实验环境脚本的 CRLF 行尾导致 Bash 无法加载

影响文件

• contrib/tutorials/data_structures_compute/04_reduce_priority_queue_heap/src/reduce_lab/scripts/env_custom_opp.sh
• contrib/tutorials/data_structures_compute/07_sort_for_moe_fusion/src/moe_sort_lab/scripts/env_custom_opp.sh

两个实验的 README 都要求在构建 runner 前 source 对应环境脚本。

问题

这两个脚本的每一行都使用 CRLF。Bash 将 if 块行尾的回车符并入命令，导致 bash -n 均返回 2。source 脚本时会出现 $'\r': command not found，并在设置 ASCEND_CUSTOM_OPP_PATH 前退出。

将相同脚本内容转换为 LF 后，语法检查可通过，生成的 set_env.bash 可加载，custom OPP 路径也能正确导出。这是文档构建入口上的确定性失败，不只是行尾格式差异。

预期与实际

• 预期：运行 build_ops.sh 生成本地包后，source scripts/env_custom_opp.sh 成功，为 runner 配置环境。
• 实际：两个脚本都无法通过 Bash 解析，环境未完成配置。

修复

仅将两个 env_custom_opp.sh 的行尾从 CRLF 转为 LF，不修改命令、路径或环境行为。

Validation

验证

基线

git ls-files --eol 显示两个目标脚本都是 i/crlf w/crlf；04 脚本有 26 行 CRLF，07 脚本有 25 行 CRLF。

在包含 stub set_env.bash 的生成包 fixture 中：

失败发生在 CANN 或 NPU 操作之前，无需设备即可复现。

修复后

去掉 CRLF 标记后，修复前后的脚本字节一致；没有命令或路径变化。

Patch 与当前版本检查

• 在当前 master 上，git apply --check --whitespace=error-all fix.patch 通过，两个目标文件仍为 CRLF。
• 应用 patch 后两个脚本均通过 bash -n，git diff --check 通过；变更仅为两个目标文件的行尾转换。
• git apply --reverse --check fix.patch 通过。

以上检查覆盖 shell 启动流程，不代表算子编译通过。无需设备即可复现和验证此问题。

本次提交前复核

• 基线为 cann/cann-learning-hub/master@793a252c74750a3e49f3f1749f9cb975a19e28dc；git apply --check --whitespace=error-all fix.patch 通过，patch 仅将两个目标脚本从 CRLF 转为 LF。
• 应用 patch 后，两个脚本均通过 bash -n，git diff --check 通过。
• 验证范围仅为 shell 语法和启动；未运行 NPU 算子编译或设备验证。

关联 PR: https://gitcode.com/cann/cann-learning-hub/merge_requests/1092