再次更新 詢問其他朋友 得到的答案是可能是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://webptt.com/m.aspx?n=bbs/C_and_CPP/M.1486374019.A.A34.html 不是 是公司內部的library 不過因為必須要可以跨平台 所以同一份code也可以編android/ios/windows 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 ※ 編輯: 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