注释
合作者
贡献者作者
|
合作者
[台大]
`rm -rf * && git reset –hard HEAD` 一切都非常干净!我不确定它是如何不完整的,所以我只是恢复了它。
很好,’rm -rf *’ 应该已经删除了任何挥之不去的生成的依赖信息。
对于任何熟悉 makefile 的人来说,这应该是一个简单的修复。
我非常欢迎这种简单的修复。显然我不太了解 makefile,因为我无法在 src/hal/components/Submakefile(唯一提到 tpcomp 的 makefile 片段)或代码库的其他地方找到您的问题的任何原因。我确实希望您对 makefile 足够了解以发现它,但担心如果我们都找不到它,它可能仍未解决。:)
|
合作者
在 2022 年 9 月 8 日星期四 06:26,petterreinholdtsen ***@***.***> 写道:很高兴收到使用 RTAI 的人的来信,因为该构建配置文件似乎几乎没有经过测试,没有容易获得的可用内核用于在 github 或 Debian 上进行自动化测试。:)
我几乎只在我的真实硬件上使用 RTAI。但是我最近没怎么编译。
|
贡献者作者
嘿安迪,我将在周末推出 4.19.256/257 内核,Debian Bullseye/11 没有任何 RTAI 包,你想在我更新所有内容后设置它们吗,假设#2012修复了这个问题? |
合作者
git revert 07e1e99修复了这个错误:
必须修改 src/Makefile 以删除
$(PYTHON) modsilent.py
以弄清楚发生了什么。经过进一步发现,能够得到更有用的输出:
这导致我使用
git log -S tpcomp
并恢复了 07e1e99立即构建作品。