一直在想这篇文章该不该写，因为这篇文章更像是教你如何使用一个ide这种文章，毫无价值可言。但思来想去还是应给写。上篇文章主要说了编译原理和过程，这篇文章就是理论联系实际的典范。并且很多工程师一辈子都不会有这样的经历，写下这篇文章，对那些刚刚接触到Linux，用eclipse编程的人是有一定帮助的。并且对如何把Visual Studio 工程转移到Linux下编译是有一定参考价值的。
1、Debug 和 Release
在Visual Studio里直接在编译选项里就可以转换编译模式了，其实本质区别就是上一篇文章里涉及到的gcc配置不一样。Debug模式生成的可执行文件是没有经过优化的，所以你可以在调试的时候和源码同步调试。而Release模式生成的可执行文件是经过优化的。生成的运行速度和大小是有明显区别的。我所在的项目可执行文件在Release模式下小了一半，启动速度加快了三分之二。这个是生成文件的区别，但是观察gcc其它参数，还可以配置其它信息，比如说可以添加编译时的符号，可以配置Debug和Release引用不同库文件。在Linux版的eclipse下没有默认的Debug和Release配置，需要自己手动写配置。我下载的最新mac版是可以直接选择的。
图一
2、MakeFile
由于工程是从Visual Studio工程移植过来的，所以需要设置自动生成makefile。makefile其实就是编译规则，这个也是可以单独写一篇文章的，这里先不说了。
图二
3、Include
程序编译的时候去查找头文件的地方，在选择添加到目录的时候一定要选择所有语言，因为C++里很有可能用到了C语言的特性，也可以直接添加汇编语言。
图三
由于工程项目里有很多目录，所以必须手动添加头文件查找目录，这个时候有个技巧，就是打开vs的项目工程文件，配合vim很容易导出eclipse需要包含文件配置。如果不知道eclipse配置文件格式，可以先在eclipse里添加一个配置文件，然后在导出。这样就知道eclipse配置格式了，观察发现eclipse头文件写在三处。还有symbols，都可以在配置里直接配置。
4、Symbols
gcc里的-D选项，就是自定义宏，这个的用处很多，比如你Linux和Windows网络库不是一套代码，你可以在调用位置，用宏隔开，在编译windows的时候定义WINDOWS宏，编译LINUX的时候定义LINUX宏，调试模式加DEBUG宏，不想调试模式添加NDEBUG。
图四
5、Libraries 和 Library path
Library path很好理解，就是去对应的目录查找对应的库文件，Libraries这个比较特殊，在windows下你写什么名字，在编译过程中就去对应目录查找，但在Linux下Libraries对应Gcc里的-l 选项，在加载对应库文件(so, a)都是在选项前面加lib在结尾加.a，比如工程依赖一个库文件libpthread.a那我需要写成pthread就可以，这样在链接库文件的时候才可以找到。
图五
6、Source Location
这个功能用来定位源码位置的，默认情况下工程生成makefile是查找所有工程下的cc文件生成makefile，如果引用外部文件就需要在这里添加，并且还提供筛选功能，比如你引用外部一些文件，需要排除出去，这时候就可以用filter功能。
图六
本文完，这下我和我的小伙伴们再也不用害怕这些看起来很复杂，功能巨无霸的IDE了， 其实他们只不过是给大家提供了可视化操作的页面，让大家更加高效便捷的去完成事情。如果对它地层所涉及的知识不清楚，用工具只能带来更多困扰。如果对背后运行的原理和技术很熟悉的话，不管IDE如何变化，都要遵循这些原理，不管操作系统如何变化，整个计算机理论知识暂时是不会被颠覆的，所以说在学习的时候一定要知其所以然，这样才能走的更远。