[問題] G++ 無法正常編譯

看板C_and_CPP作者 (多多)時間7年前 (2017/02/06 17:40), 7年前編輯推噓8(8推 0噓 40→)
留言48則, 10人參與, 最新討論串1/1
再次更新 詢問其他朋友 得到的答案是可能是ccache造成的 我在編譯之前先使用ccache --clear 就可以正常報錯了 (懶人包:遇到的問題是 "程式碼有錯 但是編譯會成功") 但是也只有這一次是正常報錯 將程式改回正常狀態 編譯成功後 再次加入錯誤的程式碼還是會編譯成功 看來只能每次編譯前都加ccache --clear? 但是清除ccache後編譯速度很慢 而且感覺有點在避問題 請問有誰知道該如何修正這問題的嗎? --------------------------------- 新增影片 https://www.dropbox.com/s/oadtso6opxzdkbg/make_error.mov?dl=0 開發平台(Platform): (Ex: Win10, Linux, ...) linux fedora16(32bit) 編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出) G++ 額外使用到的函數庫(Library Used): (Ex: OpenGL, ...) none 問題(Question)： 最近在開發專案時發現 我上的linux有機會發生不正常編譯的問題 例如我今天寫好程式 也編譯"成功" 但是運行後發現這是舊版本 原本以為是沒有clean造成的問題 但是clean之後再次編譯 運行後還是舊版本 這時候我直接在.cpp檔中直接加入垃圾 例如 nvjenhj rjhsnk hbrieh 等等無意義的字串 這時候編譯理論上會回報錯誤 但是很神奇的她編譯成功了 而且運行後發現還是舊版本 因為程式碼的空間是mount上去的 原本以為會不會有什麼同步上的問題 但是用cross-compiler(例如arm-linux-XXX mipsel-linux-XXX ba-linux-XXX) 來編譯每一個都是正常回報錯誤 拿掉垃圾後每個cross-compiler都是編譯成功 編譯出來版本也正常 因此目前我排除mount的問題以及程式碼本身的問題 但加回垃圾用g++編譯還是會編譯成功(實際上應該要失敗) 後來問題追到makefile / mk 檔上 後來發現只要改一個地方就可以修正這問題 如下: INCLUDE += -I$(SRC_DIR) INCLUDE += -I$(SRC_DIR)/AAAA INCLUDE += -I$(SRC_DIR)/BBBB 只要改成(如下) INCLUDE += -I$(SRC_DIR)/ INCLUDE += -I$(SRC_DIR)/AAAA INCLUDE += -I$(SRC_DIR)/BBBB 如上 只要多一個" / " 就可以解決 但是如果 多幾個字元 例如 -I./$(SRC_DIR)/ 可能又會發生一樣的問題 問題有點難以形容 詢問主管也說沒遇過 但這問題我已經是第3次發生了 每次發生都是改mk檔 直到可以正常報錯為止 但是因為不同的cross-compiler是吃同一份mk檔 因此mk檔的寫法應該也沒有問題 (有另外的mk檔負責cross-compiler設定) 不知道有沒有哪位大大可以說明一下原因以及真正解法 畢竟這是一個不確定因素 哪時候會在遇到也不知道 ps. 沒辦法換linux 因為是公司內部的linux沒辦法說換就換 預期的正確結果(Expected Output)： 編譯錯誤(沒錯 我是要編譯失敗) 錯誤結果(Wrong Output)： 編譯成功 程式碼(Code)：(請善用置底文網頁, 記得排版) 有需要可以提供完整的makefile/mk檔 以及編譯框架的說明(站內信提供) -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.135.55.46 ※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1486374019.A.A34.html
推
02/06 21:24, , 1F
先make clean再make試試看 雖然治標但是寫個shell就好了
02/06 21:24, 1F
推
02/06 21:28, , 2F
如果project太大 我就會去刪掉編出來的so或a或o
02/06 21:28, 2F
→
02/06 21:29, , 3F
問題應該是g++並不知道你的檔案有更動 所以不會重編
02/06 21:29, 3F
→
02/06 21:29, , 4F
治本的方法要看看版上有沒有人可以提供了 XD
02/06 21:29, 4F
→
02/06 21:40, , 5F
makefile 可能沒寫好, 不過你的 makefile 好像很複雜,
02/06 21:40, 5F
→
02/06 21:40, , 6F
可能不好查
02/06 21:40, 6F
推
02/06 21:55, , 7F
你是在編譯Android SDK?
02/06 21:55, 7F
不是 是公司內部的library 不過因為必須要可以跨平台 所以同一份code也可以編android/ios/windows
推
02/06 22:25, , 8F
直接下 make -B 強迫重編譯
02/06 22:25, 8F
→
02/07 09:42, , 9F
後來改成每次編譯前都有clean還是一樣 -B等等到公司測測
02/07 09:42, 9F
→
02/07 09:42, , 10F
看看
02/07 09:42, 10F
make -B試過了也沒有用 拍了部影片 應該比較可以看得懂問題所在 https://www.dropbox.com/s/oadtso6opxzdkbg/make_error.mov?dl=0 一開始程式碼中就已經加入垃圾 接著make clean再make >> 編譯成功 修改相關mk檔 make clean再make >> 編譯成功 再次修改相關mk檔 make clean再make >> 編譯失敗(這才是我要的結果) 問題點在於每次mk檔修改位址都不一樣 但理論上除非語法錯誤 否則加入垃圾的程式無論如何都應該編譯失敗 但是前兩次卻是編譯成功的 這會造成我無法判斷新的程式是否有真的被編譯 而不是不知道哪個版本的程式 而且開發/維護過程中也許不小心語法錯誤可能也不會發現 問過其他人 是說有可能是環境變數造成的 但應該都是使用預設 沒去動到 另外我在想g++實際上是不是有其他暫存區會存放編譯出來的.o檔 因此在某些情形下會讀到舊的.o才導致這問題的?? 還請其他好心的大爺們 救救我這可憐的小工程師阿 QAQ ※ 編輯: whatai (60.251.110.174), 02/07/2017 11:42:37 ※ whatai:轉錄至看板 LinuxDev 02/07 11:54 ※ 編輯: whatai (60.251.110.174), 02/07/2017 11:57:28
→
02/07 12:41, , 11F
檢查makefile跟螢幕上編譯的東西是不是照你想的在跑
02/07 12:41, 11F
→
02/07 13:57, , 12F
檢查過了 沒有問題
02/07 13:57, 12F
推
02/07 20:16, , 13F
影片太模糊, 看不清楚 make 的過程發生了什麼.
02/07 20:16, 13F
→
02/07 20:17, , 14F
至少把 make 過程, 所輸出的文字內容, 呈現清楚吧...
02/07 20:17, 14F
→
02/07 20:18, , 15F
誰知道錯誤的魔鬼, 藏在哪段文字的細節裏...
02/07 20:18, 15F
→
02/07 21:41, , 16F
不是 g++ 的問題, 一定是 makefile 相依性沒寫好
02/07 21:41, 16F
→
02/08 08:45, , 17F
我也覺得是 Makefile 相依性寫錯造成的
02/08 08:45, 17F
→
02/08 09:38, , 18F
相依性指的是？
02/08 09:38, 18F
※ 編輯: whatai (60.251.110.174), 02/08/2017 11:05:25 ※ 編輯: whatai (60.251.110.174), 02/08/2017 11:06:35 ※ 編輯: whatai (60.251.110.174), 02/08/2017 11:11:13
推
02/08 13:37, , 19F
你可以先把 ccache 拿掉試試看有無正常, 若是 makefile
02/08 13:37, 19F
→
02/08 13:37, , 20F
沒寫好, 應該還是有問題
02/08 13:37, 20F
→
02/08 14:40, , 21F
現在是每次make之前都先執行ccache --clear 效果很好
02/08 14:40, 21F
→
02/08 14:40, , 22F
故意寫錯的地方都有報錯 而不是像之前一樣有錯但是可以編
02/08 14:40, 22F
→
02/08 14:41, , 23F
而且編出來的東西還可以執行(可能是用ccache內的暫存.o檔
02/08 14:41, 23F
→
02/08 14:42, , 24F
但我想知道 是什麼原因導致這現象的
02/08 14:42, 24F
→
02/08 20:13, , 25F
不知你們的 makefile 是怎樣的內容, 是否可以 make V=1 之類,
02/08 20:13, 25F
→
02/08 20:15, , 26F
看到編譯時如何叫用ccache的詳情, 看看傳了什麼參數給ccache.
02/08 20:15, 26F
→
02/08 20:17, , 27F
或者看看 ccache 的設定檔, 看有沒有 compiler check 的設定,
02/08 20:17, 27F
→
02/08 20:18, , 28F
相關部分請參見 ccache online manual.
02/08 20:18, 28F
→
02/08 20:29, , 29F
Makefile並沒有設定任何有關於ccache的參數或語法 是直接
02/08 20:29, 29F
→
02/08 20:29, , 30F
呼叫g++
02/08 20:29, 30F
→
02/08 20:30, , 31F
Ccache設定檔我再研究看看 不過我沒有root權限 可能要請MI
02/08 20:30, 31F
→
02/08 20:30, , 32F
S弄
02/08 20:30, 32F
推
02/08 21:03, , 33F
那看看 which g++, 看看 g++ 是否 symbolic 到 ccache.
02/08 21:03, 33F
→
02/08 21:05, , 34F
若是如此, 那改一下 PATH 讓 g++ 指到 "真正的" g++ .
02/08 21:05, 34F
→
02/08 21:06, , 35F
另外, ccache 可以設個人的設定檔. 仍參見 manual.
02/08 21:06, 35F
→
02/08 21:09, , 36F
剛再看了一下 ccache manual, 設定甚至可用環境變數.
02/08 21:09, 36F
→
02/08 22:18, , 37F
感謝您~ 明天來試試
02/08 22:18, 37F
→
02/09 17:31, , 38F
覺得是makefile的問題
02/09 17:31, 38F
→
02/10 10:17, , 39F
研究了幾個網頁還是找不到ccache出錯的原因...
02/10 10:17, 39F
→
02/10 10:18, , 40F
which g++的結果是/usr/lib/ccache/g++
02/10 10:18, 40F
→
02/10 10:19, , 41F
目前將makefile有關於$(GPP)的定義從g++改成/usr/bin/g++
02/10 10:19, 41F
→
02/10 10:20, , 42F
試了幾次確定每次都可以正常編譯 故意寫錯的地方也會報錯
02/10 10:20, 42F
→
02/10 10:20, , 43F
打算就先這樣 ccache的問題就不管了.. 已經花太多時間在這
02/10 10:20, 43F
→
02/10 10:21, , 44F
問題上了 都沒辦法好好工作
02/10 10:21, 44F
推
02/10 19:20, , 45F
會因為 -I 後的寫法而結果不同, 也許所用的 ccache 有 bug,
02/10 19:20, 45F
→
02/10 19:23, , 46F
也許更新 ccache 版本會好? 或是有什麼特別, 奇怪的設定?
02/10 19:23, 46F
→
02/11 00:00, , 47F
我忘了-d還是-n可以看執行時跑了哪些指令&參數
02/11 00:00, 47F
→
02/11 00:01, , 48F
用用看 看跟你想的一不一樣 應該會有幫助
02/11 00:01, 48F
‣ 更多 whatai 的文章
文章代碼(AID): #1Oc4I3eq (C_and_CPP)