build(deps): update coretrace-stack-analyzer past v0.22.0, which does not finish on CoreTrace's own code
维护者通常 1 天内回复
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 38/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- cmake, cpp
- 领域
- performance, tooling
调研方向
Start with cmake/stackUsageAnalyzer.cmake and src/Process/Tools/StackAnalyzerToolImplementation.cpp; the issue reports that v0.22.0 stalls in the ownership engine, while the analyzer's main completes much faster. Check the analyzer release and bridge API, then update the dependency and adapt the bridge if needed. Run the stated ctrace --compile-commands invocation on CoreTrace's database and confirm it completes in minutes; CI should stay green.
由索引模型根据 Issue 内容生成。
描述
The stack analyzer pinned in cmake/stackUsageAnalyzer.cmake (v0.22.0) does not finish on CoreTrace's own code. Its main does, but no release contains the fix yet.
Observed
On f2672ac, macOS 15.6.1 on Apple M3, LLVM 20.1.2, with CoreTrace's 22 translation units (src/**/*.cpp, main.cpp):
| Run | v0.22.0 (through ctrace) |
main d7a58d6 (standalone) |
|---|---|---|
| Whole program, default options | stopped after 42 min, unfinished | 90 s |
src/Process/Ipc/ApiHandler.cpp alone, --no-resource-cross-tu |
over 300 s | 9 s |
src/Process/Tools/StackAnalyzerToolImplementation.cpp alone, same |
over 300 s | 4 s |
src/App/Runner.cpp alone, same |
142 s | 6 s |
A sample of the v0.22.0 runs shows the time in the ownership engine (ownership::solve, AbstractState::join, Contents::merge), on one core whatever --jobs (coretrace-stack-analyzer#199). ctrace cannot stop it: the linked analyzers take no timeout (docs/configuration.md).
main is 149 commits ahead of v0.22.0; coretrace-stack-analyzer#184 (closed 2026-10-08) is one of the related fixes.
To do
- Release the stack analyzer from
main(v0.23.0). - Update
GIT_TAGincmake/stackUsageAnalyzer.cmake, and adapt the bridge (src/Process/Tools/StackAnalyzerToolImplementation.cpp) if its API changed.
Acceptance
ctrace --compile-commands <CoreTrace's own database> --invoke ctrace_stack_analyzercompletes, in minutes rather than hours.- CI stays green.
Found by the initial static analysis of CoreTrace on its own code (2026-10-13).
- 主要语言
- C++
- 星标
- 5
- 派生
- 4
- 平均合并
- 1 小时 10 分钟
- 30 天内合并 PR
- 79
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
CoreTrace/coretrace 的其他 Issue
-
chore good first issue severity/minor
难度 1/5 1 小时以内 新手友好度 90/100
维护者通常 1 天内回复
-
build severity/minor
难度 2/5 1-3 小时 新手友好度 84/100
CoreTrace/coretrace#176 · 1 条评论 ·
维护者通常 1 天内回复
-
build good first issue severity/minor
难度 2/5 1-3 小时 新手友好度 85/100
维护者通常 1 天内回复
-
test: add unit tests for ctrace::RunDirectory可能已有人在做 @tecnolgd 于 2 天前认领。 未关闭good first issue test
难度 2/5 1-3 小时 新手友好度 88/100
CoreTrace/coretrace#164 · 2 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
-
Builds without a build type are unoptimized: the README's commands and CI's main job可能已有人在做 @SizzleUnrlsd 于 1 天前认领。 未关闭build severity/minor
CoreTrace/coretrace#192 · 已指派 1 人 ·
维护者通常 1 天内回复
查看 CoreTrace/coretrace 的全部 Issue
相似的 Issue
-
agent:Windows bug code-review LOW testing
难度 2/5 1-3 小时 新手友好度 63/100
维护者通常 1 天内回复
-
[Cleanup] Include the public header in work_split.cpp可能已有人在做 @blozano-tt 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 82/100
tenstorrent/tt-metal#60850 ·
维护者通常 1 天内回复
-
Build: the CUDA backend fails without cuDNN instead of skipping the cuDNN shim (as the cuDF shim does)可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 2/5 1-3 小时 新手友好度 68/100
beehive-lab/TornadoVM#1248 ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 72/100
SimVascular/svZeroDSolver#253 ·
-
bug Filter
难度 2/5 1-3 小时 新手友好度 75/100
BlueQuartzSoftware/simplnx#1825 ·
维护者通常 3 天内回复