http://altd.embarcadero.com/download/radstudio/10/delphicbuilder10.iso
已經可以下載了
uj5u.com熱心網友回復：
欲下從速——uj5u.com熱心網友回復：
還bcb ，早就不是??Borland的了。uj5u.com熱心網友回復：
現在應該叫ECB吧！uj5u.com熱心網友回復：
升得太快了，都來不及學習uj5u.com熱心網友回復：
好事真快c++11 bcc32cuj5u.com熱心網友回復：
容量越來越大啊uj5u.com熱心網友回復：
怎么把它和諧？uj5u.com熱心網友回復：
不交bcb叫 CX
uj5u.com熱心網友回復：
拿錢砸它
uj5u.com熱心網友回復：
控制元件不兼容，挺麻的，我改一個工程專案，從bcb5到xe8，輸出64位。十幾版本，十幾年沒動過的！！！！uj5u.com熱心網友回復：
是了，控制元件升級才是關鍵
uj5u.com熱心網友回復：
里面的檔案沒壓縮。
uj5u.com熱心網友回復：
BCC32C and BCC64, Clang-enhanced C++ compilers for Windows, are both updated to Clang 3.3 and LLVM 3.3.總算升級了
uj5u.com熱心網友回復：
是啊我升級報錯，正在找原因呢，以前bcc32是好的，現在用bcc32c就報錯了
[ilink32 Error] Error: Unresolved external '___seh_personality_v0' referenced from tt.OBJ
uj5u.com熱心網友回復：
在主流的C/C++編譯器中，Clang/LLVM最垃圾，龐大而緩慢，優化能力一般，不支持unicode表示符，還不如GCC中的編譯器，除了跨平臺，我想不出來EMB使用它的意義。但是說到跨平臺，現在Delphi也跨平臺，編譯器卻是EMB自己做的，CB的編譯器自己做很困難？由于Delphi和CB早就共享編譯器后端（優化、代碼生成部分），實際上需要自己做的就是前端決議器部分，不想自己做就抄一下GCC原始碼也可以（Apple以前就是這么干的）。現在EMB要維護至少三套編譯器架構：Delphi 32/64位編譯器、CB傳統32位編譯器、CB 32/64位編譯器，比以前還復雜，看不出省事在哪里。EMB現在沒有Anders Hejlsberg、Danny Thorpe這樣做編譯器的高手，編譯器組是一個日本人在領導，對其水平不抱希望。
uj5u.com熱心網友回復：
表示符--->識別符號uj5u.com熱心網友回復：
要是C++編譯器很容易的話，何必浪費人力維護2套C++編譯器。
uj5u.com熱心網友回復：
不是很容易，但是也不是非常復雜（至少要比Ada編譯器簡單，Ada編譯器的復雜度大約是C++編譯器的2.5倍），以EMB繼承自Borland/CodeGear的技術能力，維護一個自己的C++編譯器前端（還可以抄GCC原始碼），和Delphi編譯器共享后端，這樣是最簡單的（實際上以前N年就是這樣過來的）。就是放棄自己的C++編譯器前端用GCC也比用Clang/LLVM強，當然最佳方案是取得intel C++編譯器的授權，既然自己做已經做不到一流了，用別人的也要用好一些的，別光撿免費的垃圾。
uj5u.com熱心網友回復：
Clang/LLVM 比gccc編譯速度快uj5u.com熱心網友回復：
RAD 10 支持Unicode變數了class tt
{
String a = "ww";
String 姓名 = "雷軍";
};
uj5u.com熱心網友回復：
不了解Ada
反正俺用GCC遇到過 正確代碼給編譯錯的問題，要命的是不定期的，不知道啥時候會出錯。就遠離GCC了。
uj5u.com熱心網友回復：
現在和諧的速度夠快的，這才出來幾天，大屁股和諧工具已經來了，哈哈uj5u.com熱心網友回復：
是嗎，還沒試用。
uj5u.com熱心網友回復：
XE8都還沒用啊。。。還在XE7呢。。。出這么多版本做什么啊。。。。還能不能愉快的玩耍了啊。。。。
uj5u.com熱心網友回復：
因為clang只需要完成詞法和語法分析，代碼優化和機器代碼的生成作業由llvm完成。所以和全部由自己包下的gcc比起來，clang可以更專注地做好一件事。這種結構也使clang可以被單獨拿出來用在其他的程式里，成為其它 app（主要是 IDE）的內嵌 C/C++ parser。對于 IDE 而言，代碼補全、重構是重要的功能，然而如果沒有底層的支持，只使用 tags 分析或是正則運算式匹配是很難達成的，clang正好充當了這一角色。這樣，editor 工具可以使用和 compiler 一樣的 parser 來完成 edit-time 的語法檢查。而gcc就沒法很方便地做到這一點。由于歷史原因，GCC 是一個單一的可執行程式編譯器，其內部完成了從預處理到最后代碼生成的全部程序，中間諸多資訊都無法被其他程式重用。uj5u.com熱心網友回復：
透徹的理解！！！uj5u.com熱心網友回復：
llvm優化水平是不行滴。
目前的C++編譯器優化水平，intel C++ > VC++ >= gcc，其他都屬于不入流。
uj5u.com熱心網友回復：
http://www.oschina.net/translate/c11-compiler-support-shootout-visual-studio-gcc-clang-inteluj5u.com熱心網友回復：
在大多數情況下，性能優化比語言特性重要得多，尤其對于商業軟體，兼容性和穩定性很重要，開發中使用新的語言特性都會很慎重，別說C++11，就是C++03的特性都未必全用到。
而且即便依據這個串列，Clang 3.3的C++11特性支持也還沒有達到GCC 4.8的水平（注意這些都是兩年前的東西了）。
uj5u.com熱心網友回復：
有對比的資料沒，發鏈接來看看。
uj5u.com熱心網友回復：
http://blog.csdn.net/haichao592/article/details/17526045http://www.oschina.net/question/12_78997
uj5u.com熱心網友回復：
你用不同的編譯器編譯一下linpack測驗程式，然后運行測驗，比較測驗結果。TOP500都用linpack作指標。uj5u.com熱心網友回復：
見：http://www.netlib.org/benchmark/uj5u.com熱心網友回復：
7個多G，這是要搞什么？visual studio 2015也才3個多G
uj5u.com熱心網友回復：
升級快是好事，最起碼讓人覺得還有人維護、更新。但是要做好兼容性才行啊
uj5u.com熱心網友回復：
embarcadero c++builder10uj5u.com熱心網友回復：
embarcadero c++builder使用范圍小的一個重要因素可能是教育：高校計算機專業的課程。文獻資料的缺失也是一個原因。uj5u.com熱心網友回復：
沒有 9 有什么說法么？這幾天才注意，不僅僅沒有XE9，Win9也沒有，其實，Delphi9也沒有的，到D8直接就跳了。
uj5u.com熱心網友回復：
nine和德語的nein（意思是no）讀音非常接近，德裔在美國是第一大族裔，占美國人口的比例超過17%。uj5u.com熱心網友回復：
ten和漢語‘疼’（teng意思是痛）讀音非常接近，漢族在中國是第一大族裔，占中國人口的比例超過90%。
咱還是別用CB 10了等出CB 11吧（發音：易來文，感覺更容易上手）
uj5u.com熱心網友回復：
問題是咱不讀 CB疼，而是CB十。uj5u.com熱心網友回復：
shi和漢語‘屎’（意思是大便）讀音非常接近，漢族在中國是第一大族裔，占中國人口的比例超過90%。
咱還是別用CB 10了(11屎溢、12屎二、13屎塞、14屎死、15屎捂都不好)等出CB 16吧（有人六還順點）
，開個玩笑樓上別介意啊
uj5u.com熱心網友回復：
shi和漢語‘屎’（意思是大便）讀音非常接近，漢族在中國是第一大族裔，占中國人口的比例超過90%。
咱還是別用CB 10了(11屎溢、12屎二、13屎塞、14屎死、15屎捂都不好)等出CB 16吧（有個六還順點）
，開個玩笑樓上別介意啊
uj5u.com熱心網友回復：
這個論壇不能編輯自己剛發的貼，有點不爽，別的論壇都是可以編輯自己剛發的貼（幾分鐘內）的uj5u.com熱心網友回復：
漢語是音調語言，師 十 使 事 是不同的讀音，可以代表完全不同的含義。而英語不是音調語言，一個詞的音調可以代表某種語氣，比如強調、疑問之類的，但是不影響詞意本身。我在#39說的并非牽強附會，英語和德語的關系是很密切的，二者同屬印歐語系日耳曼語族，在美國，由于德裔人口眾多，德語的影響比在英國大，比如美國人口語中經常把yes說成“訝”，這個就是德語Ja（就是yes的意思）的讀音。uj5u.com熱心網友回復：
我去，現在用戶不光有等級，還有花和獎牌，祝CSD
不愧是搞（至少是喜歡）開發的，做什么事都那么嚴謹，老大多慮了，我就是作業累了上來瞎說一頓調劑一下，您不用當回事，
如有冒犯還請海涵
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/81038.html
標籤：茶館