关于搭建Linux开发环境

引用百度知道中某位Linux开发者关于编辑器选择的回答，还有关于编译环境，版本控制，调试方法的一些见解，特别适合入门者做参考。

 

一、编辑器：
vim 用户：45%
eclipse 用户：30%
kscope/kate/kdevelop 用户：15%
emacs 用户：5%
win虚拟机+source insight用户：5%

说明一下：

1. 三个k字头的其实内核都是 kate 的内核，emacs的用户一般是超牛人。vim 用户是主流用户。

2. source insight 的致命缺点在于不支持 utf-8，而我们会规定所有项目的源代码使用 utf-8 编码。显然，大多数人认同使用 utf-8 是个好习惯，因而 si 的用户必然被限制无法在代码中使用和阅读中文。

3. 其实大多数编辑器不存在明显的功能残缺（除了不支持utf-8的source insight），但是很多功能你是需要有团体互相交流才懂的，明确的说 SI 的几乎所有功能都可以在 vim/eclipse 中实现，对于 vim/eclipse，绝大多数需求在我们这里可以通过互相交流而弄懂，所以自然滚雪球一样越来越多。

 

二、编译环境：
统一配发的工具链，编译时使用 chroot 环境。关于这一点没什么可说的，编译环境必然需要所有人全部统一，无论你使用什么发行版。

三、版本控制：
有很多项目，通常使用 svn/hg/git。原先使用 svn 的为主，后来都转到了 hg，目前大多数项目使用 hg。至于 git 因为使用配置太过复杂，目前只有一个项目组使用。对于存在 svn 历史积淀的项目组来说，hg 确实是一个远超越 git 的神器。

四、调试：
从 Linus 大神开始，printf 就一直是调试利器，上面虽然没有一个人提到 printf 是调试利器，但没人敢不承认它。——关于这一点在现实中会存在许多变种，例如可以定制自己的宏实现分标志，分级别，重定向到 syslog，或者文件，远程 udp socket，等等。相关的工具打造好了之后，你获取信息会很精准而方便。我个人经常使用 udp socket 来接收日志输出

五、内存调试器：valgrind。
内存出错，就算一个很有经验的程序员都很难避免，找起错误来还真的不容易。valgrind可以很快的定位程序中的内存错误，是一款不错的软件。

valgrind可以帮助你定位程序中：
1）哪里申请的内存，但是没有释放
2）哪里访问了非法内存。
3）哪里使用的未初始化内存。
4）动态内存使用统计
5）。。。

六、其他环境工具

gcc/g++ 编译器
gdb 调试工具
doxygen 文档组织工具