标签:消息 表达式 ESS 依赖库 lld 汇编 指定 根据 现象
对于平常的应用程序开发,我们很少需要关注编译
和链接
过程。我们平常Xcode
开发就是集成的的开发环境(IDE)
,这样的IDE一般都将编译
和链接
的过程一步完成,通常将这种编译
和链接
合并在一起的过程称为构建
,即使使用命令行来编译一个源代码文件,简单的一句gcc hello.c
命令就包含了非常复杂的过程!
正是因为集成开发环境的强大,很多系统软件的
运行机制与机理
被掩盖,其程序的很多莫名其妙的错误让我们无所适从,面对程序运行时种种性能瓶颈我们束手无策。我们看到的是这些问题的现象,但是却很难看清本质,所有这些问题的本质就是软件运行背后的机理及支撑软件运行的各种平台和工具
,如果能深入了解这些机制,那么解决这些问题就能够游刃有余,收放自如了。
现在我们通过一个C语言的经典例子,来具体了解一下这些机制:
#include <stdio.h>
int main(){
printf("Hello World");
return 0;
}
在linux下只需要一个简单的命令(假设源代码文件名为hello.c):
$ gcc hello.c
$ ./a.out
Hello World
其实上述过程可以分解为四步:
首先是源代码文件hello.c
和相关的头文件(如stdio.h
等)被预编译器cpp
预编译成一个.i
文件。第一步预编译的过程相当于如下命令(-E 表示只进行预编译):
$ gcc –E hello.c –o hello.i
还可以下面的表达
$ cpp hello.c > hello.i
预编译过程主要处理源代码文件中以”#”开头的预编译指令。比如#include、#define
等,主要处理规则如下:
#define
删除,并展开所有的宏定义#if,#ifdef,#elif,#else,#endif
#include
预编译指令,将被包含的文件插入到该预编译指令的位置。//
和/**/
#2 “hello.c” 2。
#pragma
编译器指令截图个大家看看效果
经过预编译后的文件(.i文件)
不包含任何宏定义,因为所有的宏已经被展开,并且包含的文件也已经插入到.i文件
中,所以当我们无法判断宏定义是否正确或头文件包含是否正确时,可以查看预编译后的文件来确定问题。
编译过程就是把预处理完的文件进行一系列的:词法分析
、语法分析
、语义分析
及优化后生产相应的汇编代码文件
,此过程是整个程序构建的核心部分,也是最复杂的部分之一。其编译过程相当于如下命令:
$ gcc –S hello.i –o hello.s
通过上图我们不难得出,通过命令得到汇编输出文件hello.s
.
汇编器是将汇编代码转变成机器可以执行的指令,每一个汇编语句几乎对应一条机器令。
所以汇编器的汇编过程相对于编译器来讲比较简单,它没复杂的语法,也没有语义,也不需要做指令优化,只是根据汇编指令和机器指令的对照表一一翻译就可以了。其汇编过程相当于如下命令:
as hello.s –o hello.o
或者
gcc –c hello.s –o hello.o
或者使用gcc
命令从C源代码文件
开始,经过预编译、编译和汇编直接输出目标文件:
gcc –c hello.c –o hello.o
链接通常是一个让人比较费解的过程,为什么汇编器不直接输出可执行文件而是输出一个目标文件呢?为什么要链接?下面让我们来看看怎么样调用ld
才可以产生一个能够正常运行的Hello World
程序:
注意默认情况没有gcc / 记得 :
$ brew install gcc
链接相应的库
下面在贴出我们的写出的源代码是如何变成目标代码的流程图:
主要通过我们的编译器做了以下任务:扫描、语法分析、语义分析、源代码优化、代码生成和目标代码优化
到这我们就可以得到以下的文件,不知道你是否有和我一起操作,玩得感觉还是不错,继续往下面看
iOS现在为了达到更牛逼的速度和优化效果,采用了LLVM
1.LLVM核心库:
LLVM
提供一个独立的链接代码优化器为许多流行CPU
(以及一些不太常见的CPU
)的代码生成支持。这些库是围绕一个指定良好的代码表示构建的,称为LLVM中间表示(“LLVM IR”)
。LLVM
还可以充当JIT编译器 - 它支持x86 / x86_64和PPC / PPC64程序集生成
,并具有针对编译速度的快速代码优化。。
2.LLVM IR
生成器Clang: Clang是一个“LLVM原生”C / C ++ / Objective-C编译器,
旨在提供惊人的快速编译(例如,在调试配置中编译Objective-C代码时比GCC快3倍),非常有用的错误和警告消息以及提供构建优秀源代码工具的平台。
3.LLDB
项目:
LLDB
项目以LLVM
和Clang
提供的库为基础,提供了一个出色的本机调试器。它使用Clang AST
和表达式解析器
,LLVM JIT,LLVM反汇编程序
等,以便提供“正常工作”的体验。在加载符号时,它也比GDB快速且内存效率更高。
4.libc
和libc++
:
libc
和libc++
ABI项目提供了C ++
标准库的标准符合性和高性能实现,包括对C ++ 11
的完全支持。
5.lld项目
:
lld项目
旨在成为clang / llvm的内置链接器
。目前,clang必须调用系统链接器来生成可执行文件。
LLVM采用三相设计,前端Clang负责解析,验证和诊断输入代码中的错误,然后将解析的代码转换为LLVM IR,后端LLVM编译把IR通过一系列改进代码的分析和优化过程提供,然后被发送到代码生成器以生成本机机器代码。
编译器前端的任务是进行:
在这个过程中,会进行类型检查,如果发现错误或者警告会标注出来在哪一行。
以上图解内容所做的是事情和gcc
编译一模模一样样!
.app
包,后面编译后的文件都会被放入包中;Cocoapods
会预设一些脚本,当然你也可以自己预设一些脚本来运行。这些脚本都在 Build Phases
中可以看到;Mach-O
,这过程 LLVM
的完整流程,前端、优化器、后端;storyboard
文件:storyboard
文件也是会被编译的;storyboard
文件:将编译后的 storyboard
文件链接成一个文件;Asset
文件:我们的图片如果使用 Assets.xcassets
来管理图片,那么这些图片将会被编译成机器码,除了 icon
和 launchImage
;Cocoapods
脚本:将在编译项目之前已经编译好的依赖库和相关资源拷贝到包中。.app
包Swift
标准库拷贝到包中编译过程的确是个比较复杂的过程,还有链接!并不是说难就不需要掌握,我个人建议每一个进阶路上iOS开发人员,都是要了解一下的。不需要你多么牛逼,但是你能在平时的交流讨论,面试中能点出一个两个相应的点,我相信绝对是逼格满满!
标签:消息 表达式 ESS 依赖库 lld 汇编 指定 根据 现象
原文地址:https://www.cnblogs.com/xsxtx/p/10848873.html