C++

新的 C++ 标准中 不允许给 main 指定 linkage-specification 了。

当然，考虑到原本 main() 也是 C 运行环境在开始运行程序的时候调用的，而 C 运行环境自然也预期 C linkage，即不按照 C++ 的习惯对符号根据参数增加名字前缀，因此大部分编译器在遇到 C++ 程序定义全局 main() 的时候也会按照习惯采取 C linkage方式去翻译。这一规则首先被 GCC 采纳，随后 LLVM 也跟进了。

WxClassInfo的析构函数（~WxClassInfo）死循环是什么原因？检查发现RTTI的那个链表有个环，但是不太明白这个表（从上下文看是由Register()方法维护的）为什么能出现环？

As some of you already know, FreeBSD, along with some other Open Source projects, is moving away from GCC due to GPLv3. From a technology perspective, this also makes sense since the (likely) candidate, BSD-style licensed, LLVM based clang, a C compiler, is making reasonably good progress.

So, what should we expect from LLVM or clang?

Here is a good comparison between GCC and clang. Despite GCC is popular, considerably more mature, and supports more languages (especially C++, which clang’s support is incomplete at this moment), clang provides cleaner AST (Abstract Syntax Tree), much more modularized (if you take a look at GCC’s history, Richard Stallman intentionally made GCC’s code not reusable in other software), provided much more information for optimizer, is much faster and use much less memory, etc.

For FreeBSD, currently, clang can compile its kernel with only very few tweaks.

在 Google campus 举行的 KDE 4 Release Event 上，Trolltech宣布将提供 GPLv3 授权选项。许多国内媒体将这一变动称为"以GPLv3授权发布"，很明显这与事实是存在差距的。

前几天clive大长辈发了杨维中的《新同事》给我，Jeff Huang的歌词摘录如左：

喔耶，爆炸吧～爆炸吧！

愛用 .lib 嘛… 爆炸吧！
愛亂用 global variable 嘛… 爆炸吧！
愛亂 call function 嘛… 爆炸吧！
愛 copy & paste 嘛… 爆炸吧！

喔耶，我聽到 windiff 了，爆炸吧！爆炸吧～～～

（在 VC6 裡，做 .lib 時，是不會檢查 dependency 的。也就是說，如果你呼叫了另外一個 .lib 的 function，只有 compiler 會檢查該 function 有否宣告過，linker 不會檢查該 symbol 是否存在。因此，如果 include path 有設，header 也有 #include，就不會顯示任何錯誤。必須要等到用該 .lib 的人，在做 .exe 或 .dll 時，才會產生 missing symbol 的錯誤。

另外，.lib 相當於是把所有 function 都赤裸裸地開放出來，這樣就沒有所謂的「模組介面」，因此很容易就會亂呼叫 function，而沒有注意到，呼叫了不應有相依關係的 component 裡的函式。又由於前述不會有 missing symbol 錯誤的關係，而無法察覺這樣的錯誤，因而導致最終程式的 dependency 關係會一團亂。

亂 call function，除了上面「呼叫了不應有相依關係的 component 裡的函式」的狀況之外，還包含了「喜歡自行在 .c/.cpp 檔前面，重複宣告函式，而不是用 #include 將對應的 header 引入」。 這會造成當所依存的 component 更新，prototype 改變時，會無法於 compile-time 察覺，若僅 prototype 改變，function name 不變的話，甚至連 link-time 也不會產生 error，假使 test-time 還是無法測到這個問題，那就等著在客戶那邊爆炸。）

Today I have some ideas about P2P application framework. Would check if there is any available ones and whether they can fulfil my ideas. Maybe I would start a project to implement these ideas in Python and/or C++.

http://www.microsoft.com/whdc/driver/kernel/KMcode.mspx

From: https://www.cnblogs.com/linkcd/archive/2005/07/19/196087.html

【声明：本文没有贬低某个编程语言的意思】

你，一个DotNet程序员，刚刚加入一个新项目组。除了你之外，其他的成员包括：Ceer，一直从事C项目的程序员，他刚刚转入C#不到一个月；Jally，整天抱着本Design Pattern（没错，就是GoF的那本）在啃的前Java程序员；以及Semon，你对他完全不了解，只是听PM介绍说他是搞Scheme的（传说中的第二古老的语言LISP的方言之一）。不过你也没在意，毕竟计算机这玩意，老东西是不吃香的。

周一，刚打开电脑，老板就跑到你们组的办公座面前：“好吧，伙计们，现在有个function需要你们来搞定。具体是这样的：用户输入2个数，并输入一个操作符。你根据输入的情况来得出相应的运算结果。”

Example：Foo(+, 1, 2) = 3; Foo(*, 3, 6) = 18; Foo(/, 2, 4) = 0.5

Ceer最先作出反应：简单嘛，判断一下输入的操作符就好了。说着，他很快在白板上写出如下代码：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

public class CStyle_Calculator
{
    static public double Foo(char op, double x, double y)
    {
        switch(op)
            case '+': return x + y; break;
            case '-': return x - y; break;
            case '*': return x * y; break;
            case '/': return x / y; break;
            default: throw new Exception(”What the Hell you have input?");
    }
}

It’s not quite easy to represent a type that is found in base “template class”. Consider the following code:

template <class Key,class T>     class CMyClass: public map<Key,T>{public:    void lookup(Key x)    {        map<Key,T>::iterator iter;         iter = find(x);    }};

发现VC上面偶尔会用到的const_cast在gcc (c++)里面竟然不能用，郁闷，遂采用C-style cast，但我希望修正这个问题。