你可能会有两个问题，

• 一个问题是为什么GCC要转成C++的实现？

• 没有C++的编译器，我怎么编译C++编译器的代码？这不是“鸡生蛋还是蛋生鸡”的问题么？

那，我们来看一看吧。

为什么要用C++

在GNU的C++ Conversion文档中，我们可以在Background中看到这样的描述：

Whether we use C or C++, we need to try to ensure that interfaces are easy to understand, that the code is reasonably modular, that the internal documentation corresponds to the code, that it is possible for new developers to write new passes and to fix bugs. Those are the important issues for us to consider. The C++ features which are not present in C — features which are well documented in many books and many web sites — are not an important issue.

这句话的意思可以理解为，今天GCC在用C语言的实现已经有点hold不住了，因为，开发人员觉得，不管我们用C或C++，都需要努力确保接口是容易理解的，这样我们的代码是想当理性地被模块化的，这样内部文档和代码一致，这样可以更好地组织代码，这样有利于新人了fix-bug。而C++正好可以让他们更好的完成这些东西。

GNU还给出了下面这些理由：

• C++ 是一种标准化的，大众的，流行的语言。
• C++ 是C90的超集。
• C++作为C的扩展和C在性能上一样好。
• C++ 在一些有意义的案例上支持更干净的代码。
• C++ 让你更容易去写一个更干净的接口。
• C++ 永远不会让你的代码变得更丑。
• C++ 不是万灵药，他是C的一个改进。

然后，给了一个PDF http://airs.com/ian/cxx-slides.pdf，这是Google 的 Ian Lance Taylor的的一个PPT，这个文档可以让大家更好地理解我在《C++的坑多吗？》一文中那些观点。我都不知道我要说多少遍C++的封装，继承和多态比C语言在代码组织上要好得多得多。大家还是自己看一下代码吧：

数据结构的操作 —— 你写的一定不会有STL好

结构套结构还是继承？

函数指针还是多态？

垃圾回收 还是 智能指针？

Why not C++? 

• C++慢吗？某些特性会慢，但是有时C++更快，你可以只用你喜欢的C++特性。
• C++复杂吗？它只不过是另一种编程语言，他可以让你对程序员维护更简单。
• FSF不喜欢C++！因为FSF（自由软件基金会）这些人不写代码。

Bootstrapping

最后，我想来介绍一下Bootstrapping。 所谓Bootstrapping，就是用自己这个语言写编译器来编译自己，也就是说如果你要编译gcc，你需要用一个c的编译器来编译之，这个就是bootstrapped process，自举过程。包括 BASIC, Algol, C, C++, Pascal, PL/I, Factor, Haskell, Modula-2, Oberon, OCaml,Common Lisp, Scheme, Java, Python, Scala 等语言都这么干。

这样干的好处主要是，自己可以测试自己，编译器的改善和语言的改善相辅相成。

但是，这是一个“鸡生蛋，还是蛋生鸡”的问题，如果你需要用X语言来写一个X语言编译器的语言，你可以这样干：

• 用Y语言来实现X的语言解释器或编译器。 Niklaus Wirth 说 Pascal 的第一个编译器是由 Fortran 写的。
• 已存在用Y语言写的X语言的编译器或解释器。Scheme 就是这么干的。
• 已经有一个编译器来编译一个早期版本的X语言，然后就可以用早期版本的X语言来编译新版本的X语言了。Java，Haskell, 和最初版的 Free Pascal 就是这么干的。
• X在某平台上的编译器已经存在，可以使用交叉编译技术来编译另一个平台上X语言，C语言就是这么干的。
• 用X语言写一个编译器，然后手动编译之（不需要特别优化），（注：手动编译估计就是手动翻译成机器汇编代码），然后再运行这个手动编译的编译器来编译这个编译器的源码，并优化之。Donald Knuth 在他的 WEB literate programming 系统里用到了这个方法。

（全文完）

第一个饼图如下，其指明了各种主流的开源项目组的分布情况。可见GNU只占了8%，当然，GNome也是GNU的，加起来也只有13%，只占整个分发包很少的比重。

第二个图，作者把GNU的部分拿了出来，再进行了分析：

在下面这个图中，我们可以看到主要是四大块——gcc, gdb, binutils 和 glibc，所以，作者说，这些东西都不是最终用户需要的，不是每一个用户都是需要搞开发的。所以，如果去除这些，再去除Gnome（这个桌面UI也不是很力），那么GNU的东西几乎没有了。

所以，作者以此来挑战Richard Stallman提到的 GNU/Linux的这个说法。好像更为好的说法应该叫——

GNU/KDE/java/xorg/Linux

我对这篇文章有下述一些感觉：

• 以代码行来衡量重要性，非常的不准确。比尔盖茨说过——“用代码行数来衡量编程的进度，就如同用航空器零件的重量来衡量航空飞机的制造进度一样”（参看《最佳编程语录》），所以，用这个数据来并不一定正确。如果用Linux的各种包的依赖性可能会更好一点。
• 至少我知道，离开了glibc，可能整个操作系统都会不举。Linux下，绝大多数软件都是gcc/gdb编程和调试出来的（当然，LLVM和Clang正在挑战着gcc编译器），而且大多数软件都在用着GPL的许可证（虽然开源世界的许可证是如此的混乱）
• 辩证地，我们不能否定GNU的历史价值，同时我们似乎也在看到GNU好像有点萎靡。

老实说，其实叫什么不重要，是GNU/Linux也好，是Ubuntu 也好，还是Android也好，无所谓。Linux的各种分发包中都存在着全世界黑客文化的和开源文化的结晶，每当我看到这样的分布图时（例如：是谁写的Linux?），我心中都有一种说不出来的豪情，这难道不真是一种壮举吗？（Unix黑客文化的真正延伸）。

不管这种方式的软件有没有市场，能不能得到“最终用户”的认可，但这已成为了软件开发的一种精神——那种不分彼此，相互协作的精神，不是吗？

（全文完）

那么，你知道怎么区别他们吧？怎么选择他们吗？这里有一张比较复杂的图，在调侃这些纷繁的许可证（我不翻译了，这个图属于是发泄不满）

下面是另一个图，这个图来自这里，这个图并不恶搞，但其非常简单地说明了如何选择一个开源的许可证：

最后，正如那些BT雷人的程序语言一样，我想介绍两个比较独特的开源软件许可证给你，以辉映本文的标题——

1、WTFPL

WTFPL全称 What The Fuck Public License，这个许可证单从名字上就那么NB了，其许可证如下，相当的短，完全的自由，你的开源软件有自信用这个许可证吗？

            DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE
                    Version 2, December 2004

 Copyright (C) 2004 Sam Hocevar <sam@hocevar.net>

 Everyone is permitted to copy and distribute verbatim or modified
 copies of this license document, and changing it is allowed as long
 as the name is changed.

            DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE
   TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION

  0. You just DO WHAT THE FUCK YOU WANT TO.

最后那句——You just DO WHAT THE FUCK YOU WANT TO 真是铿锵有力，怎么说怎么痛快，很有一种在看美国大片的感觉。这是我喜欢这个许可证的原因之一，即不限制你控制版权，也不限制你放弃版权！

2、DBAD

DBAD全称 Don’t Be A Dick，dick是什么我就不解释了，你自己查字典吧。这个许可证中定义了什么是dick，

A person who does not respect the time and energy that have been invested in the Project, ……. A Dick is nearly always selfish, but not necessarily with deliberate intent; some Dicks are merely thoughtless. ……

也就是项目中扯淡的人。这个许可证最NB的地方在于其不限制软件的版权，而是限制了软件开发中的人的行为。我真是太喜欢这个许可证了。（请参看其第四节Limitation ）

（全文完）