[問題] 如何得知Compiler是否符合規格呢?

看板C_and_CPP作者 (LoyalDog)時間9年前 (2015/01/16 11:37), 9年前編輯推噓10(10推 0噓 35→)
留言45則, 17人參與, 最新討論串1/1
最近我有認識的人在質疑Microsoft自家的C++ compiler沒有做好記憶體管理。 這樣一提讓我也想知道，哪個機構有在負責檢測每一家的compiler有確實符合 規格開出的要求呢? 希望不要是自家的檢測報告，有第三方而且夠大的...這樣我才有辦法拿去說服他XDD 謝謝!! -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.121.198.160 ※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1421379442.A.A3B.html
推
01/16 11:58, , 1F
沒做好記憶體管理是說編譯時會 leak 還是怎樣嗎
01/16 11:58, 1F
→
01/16 12:01, , 2F
規格是C++ standard嗎
01/16 12:01, 2F
→
01/16 12:02, , 3F
standard沒管記憶體管理，standard沒人"檢測"
01/16 12:02, 3F
→
01/16 12:02, , 4F
而且standard沒人完全符合
01/16 12:02, 4F
推
01/16 12:50, , 5F
VC 的規格就是...這不歸我管，我都丟給 Windows API 處理
01/16 12:50, 5F
→
01/16 12:51, , 6F
gc壓根沒進standard, 所以沒有任何compiler符合標準XD
01/16 12:51, 6F
→
01/16 12:51, , 7F
Windows 的記憶體管理，以前是常被罵，現在好像沒事了
01/16 12:51, 7F
→
01/16 12:51, , 8F
另外「你認識的人」應該是質疑W32/64 API memory leak
01/16 12:51, 8F
→
01/16 12:52, , 9F
而不是vc memory leak吧？叫他用IC(Intel Compiler)跑
01/16 12:52, 9F
→
01/16 12:52, , 10F
一個profile起來不就知道了....
01/16 12:52, 10F
標準沒管會不會Memory Leak QQ? 真的喔 Orz 「我認識的人」是質疑STL底下的資料結構會memory leak，叫我不要用 STL 。 我覺得光跑Profiling沒有辦法說服「我認識的人」 Orz... ※ 編輯: lovesnake (140.121.198.160), 01/16/2015 13:50:01
→
01/16 13:54, , 11F
抹黑人不用證據, 反而對方要提證據自清, 你朋友是 KMT？
01/16 13:54, 11F
推
01/16 13:57, , 12F
正想跟樓上說一樣的 XDDD
01/16 13:57, 12F
→
01/16 14:45, , 13F
我質疑是無線網路電波影響了「你認識的人」
01/16 14:45, 13F
→
01/16 14:48, , 14F
咕狗了一下所有案例都是使用者亂用的問題
01/16 14:48, 14F
「我認識的人」是因為之前一個「我們都認識的人」寫出來的Run到後來都Memory Leak 當掉。 雖然我也很想這樣跟他講，但沒有足夠「龐大」、「有權威」的組織的「專業報告」 「我認識的人」99%會打槍我。 嗯....還是算了，偷偷用好了，哈哈。 ※ 編輯: lovesnake (140.121.198.160), 01/16/2015 14:53:50
推
01/16 14:59, , 15F
質疑 STL 哈哈哈
01/16 14:59, 15F
→
01/16 15:05, , 16F
C++ 不要用 STL，這...
01/16 15:05, 16F
→
01/16 15:07, , 17F
感覺立刻會讓 C++ 少了很多趣味...
01/16 15:07, 17F
→
01/16 16:00, , 18F
宇宙毒電波
01/16 16:00, 18F
→
01/16 16:09, , 19F
有問題就發issue給MS啊
01/16 16:09, 19F
推
01/16 16:54, , 20F
我猜他是把 pointer 塞到容器去 XD
01/16 16:54, 20F
→
01/16 17:49, , 21F
那也要證明 Memory Leak 是 stl 搞得, 有什麼測試證據嗎?
01/16 17:49, 21F
→
01/16 17:52, , 22F
ˊ_>ˋ... 我放棄說服他，我決定要偷用惹
01/16 17:52, 22F
推
01/16 20:11, , 23F
我也想知道有哪個 compiler "完全" 符合 standard 的...
01/16 20:11, 23F
→
01/16 20:13, , 24F
不過你說的記憶體管理..是 stl 嗎？還是 CArray 之類的??
01/16 20:13, 24F
→
01/16 20:31, , 25F
先把證據拿出來再說 有沒有leak拿valgrind之類的程式跑一下
01/16 20:31, 25F
→
01/16 20:32, , 26F
不就知道了 不要跑到最後發現只是原本寫的人不會用
01/16 20:32, 26F
→
01/16 20:32, , 27F
而且他要有權威認證的第三方單位認證本來就是匪夷所思的想法
01/16 20:32, 27F
→
01/16 20:33, , 28F
人家認證完跟你說OK他就完全相信？
01/16 20:33, 28F
推
01/16 20:45, , 29F
其實「標準」c/cpp不管這種事的，寫的不好？要怪自己
01/16 20:45, 29F
推
01/16 20:48, , 30F
要管記憶體的語言是商業軟體應用的「開發工具」
01/16 20:48, 30F
→
01/16 20:51, , 31F
可以寫低階或系統的東西就沒有「傻瓜的功能」
01/16 20:51, 31F
推
01/16 22:55, , 32F
懷疑到 stl, 這可得對自己很有自信
01/16 22:55, 32F
→
01/17 15:29, , 33F
STL大多數都不含.so 都是明碼在那裡
01/17 15:29, 33F
→
01/17 15:29, , 34F
真的懷疑什麼operation會造成leak的話 爬一下不就知道
01/17 15:29, 34F
→
01/17 15:30, , 35F
了嗎 template躺在那裡一個都跑不掉....
01/17 15:30, 35F
→
01/17 15:30, , 36F
不過說真的STL也不是完全沒問題過 比方說有名的
01/17 15:30, 36F
→
01/17 15:31, , 37F
auto_ptr跟container交互作用（肇因於不良的auto_ptr
01/17 15:31, 37F
→
01/17 15:32, , 38F
設計）。真認為有啥問題 valgrind一下 指出來討論一下
01/17 15:32, 38F
→
01/17 15:32, , 39F
我想這邊一堆工程師攻城獸都會很興奮地（誒）
01/17 15:32, 39F
→
01/18 12:59, , 40F
話說那位高人是懷疑 VC++， valgrind 應該幫不上忙XD
01/18 12:59, 40F
→
01/18 13:14, , 41F
懷疑VC的話 還有一個對照組IC啊... XD
01/18 13:14, 41F
→
01/18 14:31, , 42F
win上有visual leak detector
01/18 14:31, 42F
→
01/19 16:16, , 43F
我快要笑死了 XD
01/19 16:16, 43F
推
01/19 21:09, , 44F
不是說STL都沒bug，但問題99%應該是那個我不認識的人
01/19 21:09, 44F
→
01/19 21:10, , 45F
的問題。
01/19 21:10, 45F
‣ 更多 lovesnake 的文章
文章代碼(AID): #1Kk8Toex (C_and_CPP)