【Xcode编译原理】

GCC编译器

Xcode4之前,Xcode是用GCC编译器来翻译代码的;GCC编译器是开源免费的编译器

GCC :GCC(GNU Compiler Collection,GNU编译器套件),是由 GNU 开发的编程语言编译器。

GCC基本用法

GCC最基本的用法是∶gcc [options] [filenames]
其中options就是编译器所需要的参数,filenames给出相关的文件名称。
-c,只编译,不链接成为可执行文件,编译器只是由输入的.c等源代码文件生成.o为后缀的目标文件,通常用于编译不包含主程序的子程序文件。
-o output_filename,确定输出文件的名称为output_filename,同时这个名称不能和源文件同名。如果不给出这个选项,gcc就给出预设的可执行文件a.out。
-g,产生符号调试工具(GNU的gdb)所必要的符号资讯,要想对源代码进行调试,我们就必须加入这个选项。
-O,对程序进行优化编译、链接,采用这个选项,整个源代码会在编译、链接过程中进行优化处理,这样产生的可执行文件的执行效率可以提高,但是,编译、链接的速度就相应地要慢一些。
-O2,比-O更好的优化编译、链接,当然整个编译、链接过程会更慢。
-Idirname,将dirname所指出的目录加入到程序头文件目录列表中,是在预编译过程中使用的参数。C程序中的头文件包含两种情况∶
A)#include
B)#include “myinc.h”
其中,A类使用尖括号(< >),B类使用双引号(“ ”)。对于A类,预处理程序cpp在系统预设包含文件目录(如/usr/include)中搜寻相应的文件,而B类,预处理程序在目标文件的文件夹内搜索相应文件。

遵循的部分规则

gcc所遵循的部分约定规则:
.c为后缀的文件,C语言源代码文件;
.a为后缀的文件,是由目标文件构成的档案库文件;
.C,.cc或.cxx 为后缀的文件,是C++源代码文件且必须要经过预处理;
.h为后缀的文件,是程序所包含的头文件;
.i 为后缀的文件,是C源代码文件且不应该对其执行预处理;
.ii为后缀的文件,是C++源代码文件且不应该对其执行预处理;
.m为后缀的文件,是Objective-C源代码文件;
.mm为后缀的文件,是Objective-C++源代码文件;
.o为后缀的文件,是编译后的目标文件;
.s为后缀的文件,是汇编语言源代码文件;
.S为后缀的文件,是经过预编译的汇编语言源代码文件。

Xcode4之后,改用LLVM(虚拟机 Clang前端就是专门用来编译代码的;LLVM能够实现很多华丽的功能,要归功于LLVM自身的新前端

使用终端:
编译: cc-c 文件名 翻译我们自己的代码
链接: cc 文件名 将我们自己的代码和系统的以及其它依赖文件的代码组合在一起

执行cc-c main.c 会生成一个main.o 文件 其中间又做了两个步骤,实际过程为

cc -c main.c //将我们自己的代码翻译成0和1
->main.i //替换文件中所有的预处理指令
->main.s //汇编
->main.o //二进制(001001...)

执行cc main.o 会生成一个a.out文件(exec文件)
->将我们自己的二进制文件和依赖的二进制文件组合在一起,生成一个可执行文件
->终端执行./a.out 可执行文件

注意
  • 如果只有警告没有错误,那么clang会帮我们翻译代码
  • 如果有错误,那么clang就不会给我们翻译代码
  • clang编译器会帮我们检查警告和错误
  • clang编译器在编译的时候只会检查语法错误
  • clang编译器只会在链接的时候检查函数有没有真正的实现

你可能感兴趣的:(【Xcode编译原理】)