编译系统查看源代码讨论查看历史
编译系统又称为第二类编程环境。开发者根据语言的规定编写源程序，然后进行编译、连接，生成可执行文件，例如DOS操作系统加各类高级语言（如FORTRAN、PASCLL、C语言等）就属于这种类型接口平台。用于提供编译任务输入接口以及处理状态信息输出接口，并根据输入的编译任务生成任务名；编译服务器，用于解析所述任务名，获得相应的源代码，并进行编译，同时产生所述编译任务的处理状态信息提供给所述接口平台。
- 中文名:编译系统
- 外文名:Compiling system
- 分类1:MTK分布式编译系统
- 分类2DM2:预编译系统
- 分类3:编译系统CMake
过程
接受输入的编译任务；根据所述编译任务生成任务名；解析获得所述任务名对应的源代码；编译所述源代码，并输出所述编译任务的处理状态信息。上述技术方案中，通过接口平台接收编译任务，由接口平台以任务名形式发起编译请求，进行编译，简化了编译输入操作；处理状态信息，通过接口平台实时提供给客户端，简化了编译监控操作，大大节约了人力资源。
MTK分布式编译系统
众所周知，MTK平台使用ARM ADS进行编译，一千多个源文件，单机需要四五十分钟才能完成，如果机器开着杀毒软件，速度会更慢。为了提高编译速度，可以把杀毒软件暂时停掉，但是效果不会太明显。解决问题的根本做法是利用网内闲置的机器，搭建一个分布式系统，多台机器同时编译，可以收到明显效果。
本系统由注册服务器、编译服务器和客户端组成。网内启动一个注册服务器，多个编译服务器。在MTK6223平台上，单机new一次需要50分钟的项目，使用10个编译服务器同时编译，new一次需要13分钟。模块编译之前是在客户端工作的，需要9分钟，其中为了实现分布式编译，压缩源代码占用了2分钟，文件下载到编译服务器需要2分钟。
从第一个模块编译到最后link之前，10台机器仅用4分钟就完成了1200个c文件的编译工作。最后的link是在本机进行的，几十秒就完了。 我曾经试过18台机器同时编译，1200个c文件不到2分钟就编译完成了，当然下载时间需要3分钟。对于开发人员来讲，new一次不再是梦魇。 当然，不能无限制地增加编译服务器，要考虑文件传输所消耗的时间。MTK平台文件很多，需要由客户端向服务器分发。一般地，一个客户端与十个服务器联合编译可以达到理想效果。
DM2预编译系统
预编译系统是DM2系统的重要组成部分。它支持在C程序中嵌入使用SQL语言,充分发挥语言数据类型丰富、处理方便灵活的优势,又以SQL语言弥补高级语言难以描述数据库操作的不足,为用户提供了建立大型管理信息系统和处理复杂事务所需要的工作环境。
预编译系统还支持交互式接口DM2-ISQL、应用开发工具集DM2-FORM、DM2-GRAPH、DM2-REPORT等工作环境。
编译系统CMake
CMake就像是我们在uni上使用的make一样，是用来管理怎样编译一个project的。它的好处是：
1) 跨越多个操作系统平台，包括当前应用最广泛的windows,unix(包括Mac OS X).
2) 采用BSD风格的协议开放源代码。据我个人阅读协议文件，没发现协议与两句BSD协议有什么不同。
3) 它可以支持具有非常复杂的路径、库依赖的程序的编译。比如它支持编译个程序：它依赖于很多的库以及其它一些代码文件，而每一个库又有很多子目录。
4) 像很多Make一样，它会对曾经编译的文件做一些cache一遍加速以後的编译。
使用这个编译系统的时候，需要每个目录/子目录创建一个名为CMakeLists.txt的文件。
这个项目历史也算是比较悠久了，从2000年就开始了。
当前使用这个编译系统的项目：llvm/clang。
我就是从clang的源代码里发现的，邮件列表里有人推荐使用cmake,不要使用msvc的.sln文件
反编译系统
高级语言源程序经过 编译 变成可执行文件，反编译就是逆过程。
但是通常不能把可执行文件变成高级语言源代码，只能转换成汇编程序。
计算机软件反向工程（Reversepengineering）也称为计算机软件还原工程，是指通过对他人软件的目标程序（可执行程序）进行“逆向分析、研究”工作，以推导出他人的软件产品所使用的思路、原理、结构、算法、处理过程、运行方法等设计要素，作为自己开发软件时的参考，或者直接用于自己的软件产品中。
反编译是一个复杂的过程,所以越是高级语言,就越难于反编译,但还是有许许多多的反编译软件:
VB: VBExplorer ;只能反编译界面图像,好像代码不能完全反编译
JAVA: JAD ;java的反编译[1] 比较常见,所以反编译比较完全 C++ : eXeScope
Symbian编译系统
所谓编译，就是在编译程序读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码再由汇编程序转换为机器语言，并且按照操作系统对可执行文件格式的要求链接生成可执行程序。
UNIX环境下的C编译系统所遵循的也是这么一个一般的过程。值得注意的是这个过程并不是由某个程序独立完成的，而是由多个分别完成某一方面工作的程序组合完成的。这一设计思想同我们最初提到的UNIX系统软件功能专一的特点是相符的。
归纳起来，可以将UNIX环境下C编译系统的工作过程总结如下：
C源程序头文件－－>预编译处理（cpp)－－>编译程序本身－－>优化程序－－>汇编程序－－>链接程序-->可执行文件
一般我们用cc命令来完成对源程序的编译工作。此cc命令并不是一个二进制的可执行程序，而是一个shell命令文件。它的工作就是依次调用我们上面所列出的各个完成某部分工作的具体程序，将指定的c源程序转换成可执行的代码。
在UNIX系统中，实现C源程序到可执行文件的这一转换过程的工具是cc。在大多数系统中cc实际上是一个shell命令文件。有些系统中的C编译程序可能并不叫cc而是其它的一个什么名称，如Sun工作站上常用的gcc等等。但这些都无关紧要。大多数系统中C编译命令的用法基本上都是类似的。我们这里介绍的将以SVR4上的C编译系统为基础。
其中我们也要知道编译系统也是一个系统软件，而不是应用软件。
视频
Apk反编译 - 万码千钧