已开启
【Bug】`glslang` 的 header_base 写成 `third_party/glslang/Public`，真实目录在 `glslang/Public` #42
HPP_ISCAS创建于 7月2日
openharmony_ci
7月2日 评论：
7月2日 评论：
感谢提交Issue！关于Issue的交互操作，请访问OpenHarmony社区支持命令清单。如果有问题，请联系 [@jiyong_sd](https://gitcode.com/jiyong_sd) [@gaohanyi1982](https://gitcode.com/gaohanyi1982) 。如果需要调整订阅PR、Issue的变更状态，请访问链接。
Thanks for submitting the issue. For more commands, please visit OpenHarmony Command List. If you have any questions, please refer to committer gitcode for help. If you need to change the subscription of a Pull Request or Issue, please visit the link.
7月2日 添加了label：waiting_for_assign
HPP_ISCAS
8月11日 评论：
8月11日 评论：
补充最新源码复核结果：
- 复核分支：
master。 - 复核 revision：
53966d1606002aa856824954d614fc3e0499cecd（提交时间：2026-08-03T19:16:06+08:00）。 - 复核方式：重新解析最新
bundle.json/ohos.build的inner_kits，并检查原 issue 涉及的header_base + header_files关系。 - 结果：最新元数据中已找不到原 issue 对应的有效头文件导出项，静态 oracle 不再复现原路径矛盾。
因此当前不建议继续按原描述提交补丁。若维护者认为仍需清理空 header_files 对应的历史 header_base，可作为独立的元数据清理问题讨论，但不应与原缺失头文件问题混为一谈。
问题 16：
glslang的 header_base 写成third_party/glslang/Public，真实目录在glslang/Public发现基线：
third_party/glslang/bundle.jsonthird_party/glslangd1495c9af9eef72bc359e122ef30c5102c0f33c2OHCAP-SRC-00033代码上下文：
third_party/glslang/bundle.json:37："name": "//third_party/glslang:glslang",third_party/glslang/bundle.json:41："header_base": "//third_party/glslang/Public"third_party/glslang/glslang/Public当前逻辑：glslang 的 bundle 声明对外 header_base 为
//third_party/glslang/Public。为什么是问题：clean 基线中没有
third_party/glslang/Public，实际 public header 目录位于third_party/glslang/glslang/Public。Linux 文件系统路径大小写和层级都严格匹配，错误目录会导致 header export contract 失效。正确逻辑：
header_base应改为真实存在的//third_party/glslang/glslang/Public，或在源码结构中提供Public兼容路径。