make,makefile,cmake“暴力编译法”的个人经验或理解。
?
?
? 通常我們在本地編譯庫(opecv、pcl)等我們喜歡使用make -jN? (N代表線程數)這樣可以加速編譯過程,
但是,這不一定是“線程安全”的,因為當某個線程在編譯時,經常其他線程編譯依賴本線程的結果,但是本線程編譯
內容還沒編譯完全,導致報錯。所以,使用多個線程編譯時,我們通常使用“暴力編譯法”,就是比如使用4個線程編譯
make -j4? ,在編譯進度30%時報錯了,我們不清空之前的編譯,而是繼續make -j4 ,這時候就會發現前30%編譯很快,
并且下次報錯的地方和上次的不是同一個地方,且編譯進度還在前進(>30%),我們就能大概判斷是多線程編譯的問題,
所以,會一直make -j4 知道編譯達到100%,最后面再用單線程? make all 掃一遍(可能有邊邊腳腳沒有編譯到)。
?
? 更深一點點思考,make 也是使用g++之類的最后編譯:
如下makefile里面的配置:
hello : hello.o?
? g++ -o"hello" hello.o
再執行上面的g++? 之前,make會去判斷hello 和hello.o 的“新舊”程度,如果hello比hello.o“舊”,則一定會編譯,
如果hello比hello.o“新”則可能不編譯,也就是這種原理,使得“暴力編譯法”可行(多線程編譯,遇到錯誤,不是第一時間解決錯誤,而是先再執行命令看看,然后到100%)
?
?
?-----歡迎拍磚指正
?
轉載于:https://www.cnblogs.com/YouXiangLiThon/p/9408164.html
總結
以上是生活随笔為你收集整理的make,makefile,cmake“暴力编译法”的个人经验或理解。的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 网站数据分析四:网站用户分析
- 下一篇: [Dubbo开发]配置简单的生产者和消费