→ Keiichi: ifdef分別在兩個檔案通過編譯->得到兩份實體->link爆炸 04/28 12:08
推 ckc1ark: compile time也有差 04/28 12:27
→ Bencrie: 圖靈打球 你當球 04/28 12:49
→ Bencrie: 你要這樣玩乾脆就不要 ifdef,全部 static 當 inline 04/28 12:49
→ alan23273850: 寫錯,是ifndef,這樣應該還是只有一份實作吧 04/28 13:44
推 Bencrie: 大家都知道你的 ifdef 是指 include guard ... 04/28 14:04
→ alan23273850: 所以一樓大大應該就講錯了?重點是我曾經用這種方式 04/28 14:28
→ alan23273850: 成功過才發問的喔 04/28 14:28
推 DIE755127: 我覺得差異在include c等於是把一堆實作濃縮在一個tran 04/28 14:57
→ DIE755127: slation unit include h就是透過linker連結其他的tran 04/28 14:57
→ DIE755127: slation unit windows ide會處理比較感覺不出來 linux 04/28 14:57
→ DIE755127: make file寫法應該會有差 另外有header對可讀跟維護 04/28 14:57
→ DIE755127: 性會比較好 04/28 14:57
→ DIE755127: 其實原文發問是想了解c語言是有什麼特別技巧一定要寫 04/28 15:01
→ DIE755127: 成文內提的情況 怕沒想好就誤會別人 04/28 15:01
推 Bencrie: 一樓沒講錯 04/28 16:47
→ Bencrie: 另外同樣的 prototype 宣告兩次是 ok 的 04/28 16:49
推 Bencrie: 你會 build 成功是因為你實際上只編譯一個檔案吧 04/28 16:58
→ Schottky: 一樓沒講錯。光是compile過跑一兩次沒問題不代表這種做 04/28 21:37
→ Schottky: 法就永遠是對的。你這自信到底是哪來的 04/28 21:37
推 CaptainH: 因為你改了任一檔案 就要全部重新編譯 04/29 00:28
推 CaptainH: 其他不說 光是重編stdlib就要很久了 04/29 00:31
推 future314: 因為很多時候對實作不感興趣 與其放很多程式碼 不如 04/29 00:38
→ future314: 給我一個簡單的介面讓我知道怎麼使用就好 04/29 00:39
→ future314: 因此 介面與實作分開減少使用者上手的時間 也增加設計 04/29 00:41
→ future314: 師維護的容易度 這個你寫大一點的C程式才有感覺 04/29 00:42
→ future314: 一些OOP可以這樣搞是因為他有其他方法去包裝 04/29 00:43
→ future314: 可以去聽一下jserv大的講座C的物件導向 04/29 00:46
推 cphe: 沒幾個檔的project這樣沒差,如果是幾萬隻檔這樣搞光 04/29 12:09
→ cphe: compile time你就會瘋掉 04/29 12:09
噓 KanzakiHAria: 一樓才是正確的 我前一篇已經說了 04/29 19:43
→ KanzakiHAria: 靜態連結在編譯時期發現重複定義而無法編過 04/29 19:44
→ KanzakiHAria: 動態連結是執行時載入連結時炸掉 04/29 19:44
→ KanzakiHAria: 你根本就沒有做連結的行為當然不會掛 04/29 19:49
→ firose: 如果每個 translation unit 都 include .c 就會造成 obj 04/29 20:13
→ firose: 有重複的內容,整個浪費磁碟空間,至於連結會怎樣要測試 04/29 20:14
→ firose: 但很明顯的如果某個模組用到某個符號卻沒 include .c 04/29 20:15
→ firose: 那它就會產生無法決定要用哪個 obj 中的那份定義的問題 04/29 20:15
→ firose: 反正最好的方式當然是一份 .c 轉 .obj 別人用 .h 引用它 04/29 20:17
噓 KanzakiHAria: 眾人不要誤導 跟compile time一點關係都沒有 04/30 14:48
→ KanzakiHAria: 就是最基本的語法錯誤 連結時會重複定義 04/30 14:48
→ Bencrie: 連結時期會有語法錯誤???? 04/30 15:10
→ sorryla: linking才出錯就不叫語法錯誤了吧... 04/30 19:50
推 KanzakiHAria: undefined reference to某某某class或function算不 04/30 20:59
→ KanzakiHAria: 算語法錯誤? 如果不算 那我承認不算語法錯誤 04/30 20:59
推 AstralBrain: 不算 (完 04/30 21:32
推 Bencrie: 你下 gcc -c 看會不會噴 undefined reference 05/01 02:04
推 jerryh001: 不是叫鏈結錯誤嗎 05/01 11:32
推 sorryla: 你承不承認無所謂,普遍認知這種情況就是linking error 05/01 20:24
推 KanzakiHAria: 總之無關編譯時間長短 也無關佔用空間 就是會error 05/01 20:59
推 CoNsTaR: 某 K 笑死,和編譯時間無關?連語法錯誤都出來了 XDDDD 05/03 06:51
推 KanzakiHAria: false imply true 一個一定會error的東西不管說有沒 05/03 09:02
→ KanzakiHAria: 有關影響編譯時間長短和佔用空間都對 05/03 09:03
→ KanzakiHAria: 這兩篇從頭到尾都是在問什麼情況不行 結果一堆人都 05/03 09:05
→ KanzakiHAria: 在回覆編譯時間和佔用空間 05/03 09:05
→ KanzakiHAria: 還有人回可以這樣做唷^.< 05/03 09:06
→ KanzakiHAria: 誰在搞笑? 05/03 09:06
推 CoNsTaR: 首先,compile errer 代表 source 不能被 compile 成 bin 05/03 23:40
→ CoNsTaR: ary,不代表這份 source 是邏輯上的 false 05/03 23:40
→ CoNsTaR: 第二,不一定會 compile error 05/03 23:40
→ CoNsTaR: 第三,兩篇都是問為什麼要這麼做 05/03 23:40
→ CoNsTaR: 最後,你在別人的分享下面討論其他篇文章,不知道是誰在 05/03 23:40
→ CoNsTaR: 搞笑? 05/03 23:40
噓 KanzakiHAria: 就說是連結時期一定會炸 沒有炸就是因為沒連結 05/04 06:57
→ KanzakiHAria: 還在compile.... 05/04 06:57
→ KanzakiHAria: 跟compile time一點關係都沒有 不知道要說幾次大家 05/04 06:59
→ KanzakiHAria: 才會知道linker的存在 05/04 06:59
→ KanzakiHAria: linker根本邊緣人 幫qq 05/04 07:00
推 CoNsTaR: 隨便都有一堆不會炸的例子,請說明如何一定會炸?沒炸的 05/04 07:01
→ CoNsTaR: 話手動把他炸了嗎 XDDDD 05/04 07:01
→ KanzakiHAria: "有甚麼情況下是必須要這樣做?" 這行看不到? 05/04 07:01
推 CoNsTaR: 所以是再問為什麼要這麼做啊 有問題嗎 05/04 07:03
推 KanzakiHAria: 所以答案就是1F的linking時期error 05/04 07:05
→ CoNsTaR: 又要開始講和 compile time 沒關係了嗎 05/04 07:06
→ KanzakiHAria: 單一檔案語法正確可以編譯 當然沒有編譯時期error 05/04 07:06
→ KanzakiHAria: 然後因為這樣正確就跑來說編譯沒錯 05/04 07:08
→ KanzakiHAria: 廢話當然編譯沒錯啊 根本就跟編譯無關 05/04 07:08
推 adrianshum: 平心而論K君除了有一點(無傷大雅)的錯誤用詞,他說 05/04 08:16
→ adrianshum: 的是正確的。整件事的癥結根本就在linking。 05/04 08:16
推 hakman: K 君大致上來講是沒錯啊,但是其他人講的是為什麼一開始要 05/04 12:57
→ hakman: 這樣設計,但是K君一直想把問題簡化。大概就是懶人包跟來 05/04 12:58
→ hakman: 龍去脈的差別吧... 05/04 12:59
推 Bencrie: 都是原 po 不好 XD 05/04 14:41