@ooseven
是C++的，free script更多是承擔定制的作用。。。
re: 設(shè)計一個多級目錄，要求目錄檢索速度塊 空明流轉(zhuǎn) 2011-10-30 07:48
B樹。
re: I64 拆開為 高32位為I32，低32位為U32 空明流轉(zhuǎn) 2011-10-27 23:07
移植方面唯一的問題是大小頭。這個稍微處理一下就好了。
skia的實現(xiàn)也一樣有這個問題的。
re: 我的編輯器 0.80 空明流轉(zhuǎn) 2011-10-27 23:05
嗯，不錯。
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言的類型運算 空明流轉(zhuǎn) 2011-09-29 08:51
OK，這個不錯。。。。
re: c++排列組合函數(shù) 空明流轉(zhuǎn) 2011-09-27 11:07
@Θ§奏之章℡
boost.assign
re: 睡覺都夢見自己寫完了編譯器 空明流轉(zhuǎn) 2011-09-12 19:08
@陳梓瀚(vczh)
動態(tài)語言這方面的問題更嚴重一些，比方說V8，為了性能簡直復雜到死。
所以大家都偷懶用虛擬機去就著語言。
re: 函數(shù)繪圖（一）[未登錄] 空明流轉(zhuǎn) 2011-08-11 09:18
膜拜樓主！
re: 劣質(zhì)模型編輯器 空明流轉(zhuǎn) 2011-08-04 17:29
@陳梓瀚(vczh)
你第一個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ù)。。。
@三夏健
你這文章全是自欺欺人式的“收獲”，自己都沒有思考驗證過的，也沒有一個明確的結(jié)論，這能給人什么啟示？這樣也能“足矣”？
至于member flag char，在標準庫的設(shè)計風格里，是為了區(qū)分開interface， member variable和local variable的區(qū)別。
因為在變量進行最直觀化的命名時，能區(qū)分出來的只有它的實際含義/用途，但是對于它工作的上下文（例如作用域）并沒有任何體現(xiàn)。比方說，你成員變量和獲得該成員變量的接口，都可以叫size。
這個問題在標準庫中尤為明顯。有一些例如接口首字母大寫，變量用camel這樣的辦法還好一點。
匈牙利命名法暴露了變量的物理細節(jié)。
這根本就是扯淡。
對于靜態(tài)語言，物理根本就是編譯期能保證的，何須變量？
@fx
google那種規(guī)范，完全就是垃圾，之所以被奉為圭臬，還不是因為來頭大。
@airtrack
VS2010哪來的static runtime。。。
re: 《我的第一本C++書》迷你版——看圖學C++(2) 空明流轉(zhuǎn) 2011-07-06 17:29
賣得好歸賣得好，但是你這種劃分，既不合邏輯，又不符事實。
不能這么亂寫啊。
@clayui
完全不是一個性質(zhì)的玩意兒。
它的那個東西更像是C#。一門Pure JIT的語言。
re: 字符大小寫轉(zhuǎn)換 空明流轉(zhuǎn) 2011-06-25 19:11
唉。這尼瑪都是從來不顧及LOCALE的。。。
@ooseven
LLVM的手冊要好好看，一個是Tutorial，一個是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
@周強
malloc free 有兩個部分，庫提供接口和部分實現(xiàn)，OS提供另外一部分實現(xiàn)。
在Vista之后，以及在Linux上，Malloc和Free的速度已經(jīng)比什么所謂的內(nèi)存池要快的多了。你會做的優(yōu)化，那些寫操作系統(tǒng)和庫的牛人能不會？
re: STL源碼分析空間配置器 空明流轉(zhuǎn) 2011-05-12 20:08
這么復雜，肯定比 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: 模板的聲明與實現(xiàn)的分離方法 空明流轉(zhuǎn) 2011-04-05 15:01
這樣不好。應該是
.h
.imp.h
.cpp
這樣的結(jié)構(gòu)。
另外如果只有有限的特化可以選擇template tmp<int>;這樣的方式進行顯式特化。