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

[whatai (多多)]

再次更新

詢問其他朋友 得到的答案是可能是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
推 nick5130: 先make clean再make試試看 雖然治標但是寫個shell就好了
推 nick5130: 如果project太大 我就會去刪掉編出來的so或a或o
→ nick5130: 問題應該是g++並不知道你的檔案有更動 所以不會重編
→ nick5130: 治本的方法要看看版上有沒有人可以提供了 XD
→ descent: makefile 可能沒寫好, 不過你的 makefile 好像很複雜,
→ descent: 可能不好查
推 herman602: 你是在編譯Android SDK?
不是 是公司內部的library 不過因為必須要可以跨平台

所以同一份code也可以編android/ios/windows


推 Bencrie: 直接下 make -B 強迫重編譯
→ whatai: 後來改成每次編譯前都有clean還是一樣 -B等等到公司測測
→ whatai: 看看
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
→ x000032001: 檢查makefile跟螢幕上編譯的東西是不是照你想的在跑
→ whatai: 檢查過了 沒有問題
推 yvb: 影片太模糊, 看不清楚 make 的過程發生了什麼.
→ yvb: 至少把 make 過程, 所輸出的文字內容, 呈現清楚吧...
→ yvb: 誰知道錯誤的魔鬼, 藏在哪段文字的細節裏...
→ descent: 不是 g++ 的問題, 一定是 makefile 相依性沒寫好
→ Schottky: 我也覺得是 Makefile 相依性寫錯造成的
→ whatai: 相依性指的是？
※ 編輯: 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
推 descent: 你可以先把 ccache 拿掉試試看有無正常, 若是 makefile
→ descent: 沒寫好, 應該還是有問題
→ whatai: 現在是每次make之前都先執行ccache --clear 效果很好
→ whatai: 故意寫錯的地方都有報錯 而不是像之前一樣有錯但是可以編
→ whatai: 而且編出來的東西還可以執行(可能是用ccache內的暫存.o檔
→ whatai: 但我想知道 是什麼原因導致這現象的
→ yvb: 不知你們的 makefile 是怎樣的內容, 是否可以 make V=1 之類,
→ yvb: 看到編譯時如何叫用ccache的詳情, 看看傳了什麼參數給ccache.
→ yvb: 或者看看 ccache 的設定檔, 看有沒有 compiler check 的設定,
→ yvb: 相關部分請參見 ccache online manual.
→ whatai: Makefile並沒有設定任何有關於ccache的參數或語法 是直接
→ whatai: 呼叫g++
→ whatai: Ccache設定檔我再研究看看 不過我沒有root權限 可能要請MI
→ whatai: S弄
推 yvb: 那看看 which g++, 看看 g++ 是否 symbolic 到 ccache.
→ yvb: 若是如此, 那改一下 PATH 讓 g++ 指到 "真正的" g++ .
→ yvb: 另外, ccache 可以設個人的設定檔. 仍參見 manual.
→ yvb: 剛再看了一下 ccache manual, 設定甚至可用環境變數.
→ whatai: 感謝您~ 明天來試試
→ bluesoul: 覺得是makefile的問題
→ whatai: 研究了幾個網頁還是找不到ccache出錯的原因...
→ whatai:  which g++的結果是/usr/lib/ccache/g++
→ whatai: 目前將makefile有關於$(GPP)的定義從g++改成/usr/bin/g++
→ whatai: 試了幾次確定每次都可以正常編譯 故意寫錯的地方也會報錯
→ whatai: 打算就先這樣 ccache的問題就不管了.. 已經花太多時間在這
→ whatai: 問題上了 都沒辦法好好工作
推 yvb: 會因為 -I 後的寫法而結果不同, 也許所用的 ccache 有 bug,
→ yvb: 也許更新 ccache 版本會好? 或是有什麼特別, 奇怪的設定?
→ bdvstg: 我忘了-d還是-n可以看執行時跑了哪些指令&參數
→ bdvstg: 用用看  看跟你想的一不一樣  應該會有幫助