塞尔维亚大汉

构建的必要性 前端开发有构建工具：Grunt、Gulp、Webpack 后台开发有构建工具: Maven、Ant、Gradle 构建工具重要性不言而喻,它描述了整个工程的如何编译、连接,打包等规则,其

很香的 Docker 如果只是为了编译鸿蒙,初级的接触鸿蒙,docker是很香的,从第一次接触docker就对它爱不释手, 脏活累活它干了,少了太多的麻烦. docker 编译鸿蒙看编译环境篇就行了,

一个.c源文件编译的整个过程如图. 编译过程要经过：源文件 --> 预处理 --> 编译(cc1) --> 汇编器(as) --> 链接器(ld) --> 可执行文件(PE/ELF) GCC GCC（

可执行文件和共享目标文件（动态连接库）是程序的静态存储形式.要执行一个程序，系统要先把相应的可执行文件和动态连接库装载到进程空间中，这样形成一个可运行的进程的内存空间布局，也可以称它为"进程映像".

一个程序从源码到被执行，当中经历了3个过程： 编译：将.c文件编译成.o文件，不关心.o文件之间的联系. 静态链接：将所有.o文件合并成一个.so或.out文件，处理所有.o文件节区在目标文件中的布局

下图是一个可执行文件编译，链接的过程. 本篇将通过一个完整的小工程来阐述ELF编译，链接过程，并分析.o和bin文件中各区，符号表之间的关系.从一个崭新的视角去看中间过程. 准备工作 先得有个小工程，

ELF，它实在是太重要了，内核加载的就是它，不说清楚它怎么去说清楚应用程序运行的过程呢.看到下面这一坨一坨的，除了.text，.bss，.data听过见过外，其他的咱也没啥交情。 系列篇要全说清楚也不

本篇很长，也很枯燥，若不是绝对的技术偏执狂是看不下去的.将通过一段简单代码去跟踪编译成ELF格式后的内容.看看ELF究竟长了怎样的一副花花肠子，用readelf命令去窥视ELF

几点说明 kernel_liteos_a_note | 中文注解鸿蒙内核 是在 OpenHarmony 的 kernel_liteos_a 基础上给内核源码加上中文注解的版本.与官方源码按月保持同步,