Fw: [問題] G++ 無法正常編譯
※ [本文轉錄自 C_and_CPP 看板 #1Oc4I3eq ]
作者: whatai (多多) 看板: C_and_CPP
標題: [問題] G++ 無法正常編譯
時間: Mon Feb 6 17:40:14 2017
再次更新
詢問其他朋友 得到的答案是可能是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
02/06 21:24, 1F
推
02/06 21:28, , 2F
02/06 21:28, 2F
→
02/06 21:29, , 3F
02/06 21:29, 3F
→
02/06 21:29, , 4F
02/06 21:29, 4F
→
02/06 21:40, , 5F
02/06 21:40, 5F
→
02/06 21:40, , 6F
02/06 21:40, 6F
推
02/06 21:55, , 7F
02/06 21:55, 7F
不是 是公司內部的library 不過因為必須要可以跨平台
所以同一份code也可以編android/ios/windows
推
02/06 22:25, , 8F
02/06 22:25, 8F
→
02/07 09:42, , 9F
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
※ 發信站: 批踢踢實業坊(ptt.cc)
※ 轉錄者: whatai (60.251.110.174), 02/07/2017 11:54:56
※ 編輯: whatai (60.251.110.174), 02/07/2017 11:57:09
推
02/07 22:27, , 11F
02/07 22:27, 11F
→
02/08 00:17, , 12F
02/08 00:17, 12F
※ 編輯: whatai (60.251.110.174), 02/08/2017 11:05:52
※ 編輯: whatai (60.251.110.174), 02/08/2017 11:06:11
※ 編輯: whatai (60.251.110.174), 02/08/2017 11:10:59
→
02/08 23:10, , 13F
02/08 23:10, 13F
→
02/08 23:15, , 14F
02/08 23:15, 14F