@ooseven
是C++的，free script更多是承擔(dān)定制的作用。。。
re: I64 拆開為 高32位為I32，低32位為U32 空明流轉(zhuǎn) 2011-10-27 23:07
移植方面唯一的問題是大小頭。這個(gè)稍微處理一下就好了。
skia的實(shí)現(xiàn)也一樣有這個(gè)問題的。
re: 我的編輯器 0.80 空明流轉(zhuǎn) 2011-10-27 23:05
嗯，不錯(cuò)。
re: I64 拆開為 高32位為I32，低32位為U32 空明流轉(zhuǎn) 2011-10-27 09:08
union i64{
int64_t packed;
struct { int32_t hi; uint32_t low; } unpacked;
};
int64_t v;
i64 i;
i.packed = v;
// int32_t xx = i.unpacked.hi;
// uint32_t yy = i.unpacked.low;
re: 淺談面向?qū)ο笳Z言的類型運(yùn)算 空明流轉(zhuǎn) 2011-09-29 08:51
OK，這個(gè)不錯(cuò)。。。。
re: c++排列組合函數(shù) 空明流轉(zhuǎn) 2011-09-27 11:07
@Θ§奏之章℡
boost.assign
re: 睡覺都夢見自己寫完了編譯器 空明流轉(zhuǎn) 2011-09-12 19:08
@陳梓瀚(vczh)
動(dòng)態(tài)語言這方面的問題更嚴(yán)重一些，比方說V8，為了性能簡直復(fù)雜到死。
所以大家都偷懶用虛擬機(jī)去就著語言。
re: 函數(shù)繪圖（一）[未登錄] 空明流轉(zhuǎn) 2011-08-11 09:18
膜拜樓主！
re: 劣質(zhì)模型編輯器 空明流轉(zhuǎn) 2011-08-04 17:29
@陳梓瀚(vczh)
你第一個(gè)Q也經(jīng)常不在線。
@陳梓瀚(vczh)
主流編譯器都有pre compiled功能，射射。
re: DirectX11用起來好爽啊 空明流轉(zhuǎn) 2011-07-17 18:11
每日一膜拜，神清氣又爽！
re: DirectX11用起來好爽啊 空明流轉(zhuǎn) 2011-07-15 20:27
膜拜高手！
@fx
extern和extern "C"完全是兩碼事。
@三夏健
用的好。。。技術(shù)。。。你這是巫術(shù)。。。
@三夏健
你這文章全是自欺欺人式的“收獲”，自己都沒有思考驗(yàn)證過的，也沒有一個(gè)明確的結(jié)論，這能給人什么啟示？這樣也能“足矣”？
至于member flag char，在標(biāo)準(zhǔn)庫的設(shè)計(jì)風(fēng)格里，是為了區(qū)分開interface， member variable和local variable的區(qū)別。
因?yàn)樵谧兞窟M(jìn)行最直觀化的命名時(shí)，能區(qū)分出來的只有它的實(shí)際含義/用途，但是對于它工作的上下文（例如作用域）并沒有任何體現(xiàn)。比方說，你成員變量和獲得該成員變量的接口，都可以叫size。
這個(gè)問題在標(biāo)準(zhǔn)庫中尤為明顯。有一些例如接口首字母大寫，變量用camel這樣的辦法還好一點(diǎn)。
匈牙利命名法暴露了變量的物理細(xì)節(jié)。
這根本就是扯淡。
對于靜態(tài)語言，物理根本就是編譯期能保證的，何須變量？
@fx
google那種規(guī)范，完全就是垃圾，之所以被奉為圭臬，還不是因?yàn)閬眍^大。
@airtrack
好吧， 我錯(cuò)了，看走眼了。
@airtrack
VS2010哪來的static runtime。。。
賣得好歸賣得好，但是你這種劃分，既不合邏輯，又不符事實(shí)。
不能這么亂寫啊。
@clayui
完全不是一個(gè)性質(zhì)的玩意兒。
它的那個(gè)東西更像是C#。一門Pure JIT的語言。
re: 字符大小寫轉(zhuǎn)換 空明流轉(zhuǎn) 2011-06-25 19:11
唉。這尼瑪都是從來不顧及LOCALE的。。。
@ooseven
LLVM的手冊要好好看，一個(gè)是Tutorial，一個(gè)是Reference。
要理解LLVM IR和C++ Interface之間的關(guān)系就OK了。
LLVM的源代碼質(zhì)量很高，調(diào)試起來什么的都很方便，小bug甚至自己都可以修的。
@空明流轉(zhuǎn)
pair list, 可以換做varadic template...
re: BOOST的BCP工具介紹 空明流轉(zhuǎn) 2011-05-19 14:24
msvc-9.0
關(guān)于js和Lua和Python的評論，真扯。。。
re: STL源碼分析空間配置器 空明流轉(zhuǎn) 2011-05-13 09:15
@周強(qiáng)
malloc free 有兩個(gè)部分，庫提供接口和部分實(shí)現(xiàn)，OS提供另外一部分實(shí)現(xiàn)。
在Vista之后，以及在Linux上，Malloc和Free的速度已經(jīng)比什么所謂的內(nèi)存池要快的多了。你會做的優(yōu)化，那些寫操作系統(tǒng)和庫的牛人能不會？
re: STL源碼分析空間配置器 空明流轉(zhuǎn) 2011-05-12 20:08
這么復(fù)雜，肯定比 CRT的malloc慢。
re: 今天嘗試了一下SVN插件，被轟得渣都不剩 空明流轉(zhuǎn) 2011-05-04 15:29
用Mercurial/Hg的人路過。
re: 今天嘗試了一下SVN插件，被轟得渣都不剩 空明流轉(zhuǎn) 2011-05-04 10:22
恭喜恭喜，你二了。。。
@Bae
師妹和圖書館MM和我都沒關(guān)系。。。。
re: 模板的聲明與實(shí)現(xiàn)的分離方法 空明流轉(zhuǎn) 2011-04-05 15:01
這樣不好。應(yīng)該是
.h
.imp.h
.cpp
這樣的結(jié)構(gòu)。
另外如果只有有限的特化可以選擇template tmp<int>;這樣的方式進(jìn)行顯式特化。