核心用法
ROSE Container Tools 提供了一套完整的容器化开发环境，用于构建基于 ROSE（A Compiler Infrastructure for Building Tools）的源代码分析与转换工具。核心工作流为：启动预配置容器 → 使用 Makefile 编译工具 → 运行分析任务。
关键步骤：
1. 容器启动：通过 docker start/exec 或 docker run 进入开发环境，挂载本地代码目录到 /work
2. 强制 Makefile 构建：严禁使用临时脚本，必须通过 Makefile 确保编译一致性、并行构建（make -j）和测试集成（make check）
3. 工具运行：编译生成的可执行文件链接 librose.so，支持身份转换器、调用图生成器、AST 节点计数器等多种工具类型
AST 遍历模式：
- 简单遍历（
AstSimpleProcessing）：前序/后序访问节点 - 自顶向下（
AstTopDownProcessing）：传递继承属性 - 自底向上（
AstBottomUpProcessing）：聚合综合属性
显著优点
1. 依赖隔离：ROSE 依赖 GCC 7-10 和特定 Boost 版本，容器解决了与现代宿主系统的兼容性问题
2. 开箱即用：预装 /rose/install，包含头文件、库文件和示例工具
3. 标准化构建：Makefile 模板确保正确的 -I 包含路径、-L 库路径和运行时 LD_LIBRARY_PATH
4. 丰富的示例：提供身份转换器、调用图生成器、AST 统计工具等完整代码模板
5. 并行与测试支持：内置 make check 测试框架，支持多线程编译加速
潜在缺点与局限性
1. GCC 版本锁定：必须兼容 GCC 7-10，限制现代 C++17/20 特性使用
2. 容器开销：每次开发需启动 Docker，对大型项目存在 I/O 性能损耗
3. 调试复杂度：容器内 GDB 调试需额外配置，核心转储分析较繁琐
4. 库路径依赖：运行时必须正确设置 LD_LIBRARY_PATH，否则易遇到动态链接错误
5. 内存敏感：大型源文件可能导致栈溢出，需手动调整 ulimit -s
适合人群
- 编译器研究者：开发源代码到源代码的转换工具
- 程序分析工程师：构建调用图、控制流分析、静态检查工具
- 软件安全研究人员：基于 AST 遍历实现漏洞检测或代码插桩
- 学术用户：需要快速验证 ROSE 论文原型，避免环境配置耗时
常规风险
1. 动态库未找到：忘记设置 LD_LIBRARY_PATH 导致运行时崩溃
2. 头文件路径错误：未使用 $(ROSE_INSTALL)/include/rose 而直接引用系统路径
3. 栈空间不足：分析深层嵌套代码时未执行 ulimit -s unlimited
4. 容器数据持久化：未正确挂载卷导致构建成果丢失
5. 并行构建竞争：Makefile 依赖关系不完善时，make -j 可能引发编译错误