gccmakefile.doc
《gccmakefile.doc》由会员分享,可在线阅读,更多相关《gccmakefile.doc(13页珍藏版)》请在三一文库上搜索。
1、GCC是GNU之父Stallman所开发的linux下的编译器,全称为GNU Compiler Collection, 目前可以编译的语言包括:C, C+, Objective-C, Fortran, Java, and Ada, 可以在其官方页面找到更加详细的信息 GCC是一个原本用于Unix-like系统下编程的编译器。不过,现在GCC也有了许多Win32下的移植版本。这要感谢Internet上众多程序员的共同努力。*Win32 下的 GCC 详细可察看词条:GCC for Win32历史GCC是GNU公社的一个项目。是一个用于编程开发的自由编译器。最初,GCC只是一个C语言编译器,他是G
2、NU C Compiler 的英文缩写。随着众多自由开发者的加入和GCC自身的发展,如今的GCC以经是一个包含众多语言的编译器了。其中包括 C,C+,Ada,Object C和Java等。所以,GCC也由原来的GNU C Compiler变为GNU Compiler Collection。也就是 GNU编译器家族 的意思。当然,如今的GCC借助于他的特性,具有了交叉编译器的功能,即在一个平台下编译另一个平台的代码。直到现在,GCC的历史仍然在继续,他的传奇仍然被人所传颂。Linux系统下的Gcc(GNU C Compiler)是GNU推出的功能强大、性能优越的多平台编译器,是GNU的代表作品之
3、一。gcc是可以在多种硬体平台上编译出可执行程序的超级编译器,其执行效率与一般的编译器相比平均效率要高20%30%。 Gcc编译器能将C、C+语言源程序、汇程式化序和目标程序编译、连接成可执行文件,如果没有给出可执行文件的名字,gcc将生成一个名为a.out的文件。在Linux系统中,可执行文件没有统一的后缀,系统从文件的属性来区分可执行文件和不可执行文件。而gcc则通过后缀来区别输入文件的类别,下面我们来介绍gcc所遵循的部分约定规则。 .c为后缀的文件,C语言源代码文件; .a为后缀的文件,是由目标文件构成的档案库文件; .C,.cc或.cxx 为后缀的文件,是C+源代码文件; .h为后缀
4、的文件,是程序所包含的头文件; .i 为后缀的文件,是已经预处理过的C源代码文件; .ii为后缀的文件,是已经预处理过的C+源代码文件; .m为后缀的文件,是Objective-C源代码文件; .o为后缀的文件,是编译后的目标文件; .s为后缀的文件,是汇编语言源代码文件; .S为后缀的文件,是经过预编译的汇编语言源代码文件。 Gcc的执行过程 虽然我们称Gcc是C语言的编译器,但使用gcc由C语言源代码文件生成可执行文件的过程不仅仅是编译的过程,而是要经历四个相互关联的步骤预处理(也称预编译,Preprocessing)、编译(Compilation)、汇编(Assembly)和连接(Lin
5、king)。 命令gcc首先调用cpp进行预处理,在预处理过程中,对源代码文件中的文件包含(include)、预编译语句(如宏定义define等)进行分析。接着调用cc1进行编译,这个阶段根据输入文件生成以.o为后缀的目标文件。汇编过程是针对汇编语言的步骤,调用as进行工作,一般来讲,.S为后缀的汇编语言源代码文件和汇编、.s为后缀的汇编语言文件经过预编译和汇编之后都生成以.o为后缀的目标文件。当所有的目标文件都生成之后,gcc就调用ld来完成最后的关键性工作,这个阶段就是连接。在连接阶段,所有的目标文件被安排在可执行程序中的恰当的位置,同时,该程序所调用到的库函数也从各自所在的档案库中连到合
6、适的地方。 Gcc的基本用法和选项 在使用Gcc编译器的时候,我们必须给出一系列必要的调用参数和文件名称。Gcc编译器的调用参数大约有100多个,其中多数参数我们可能根本就用不到,这里只介绍其中最基本、最常用的参数。 Gcc最基本的用法是gcc options filenames 其中options就是编译器所需要的参数,filenames给出相关的文件名称。 -c,只编译,不连接成为可执行文件,编译器只是由输入的.c等源代码文件生成.o为后缀的目标文件,通常用于编译不包含主程序的子程序文件。 -o output_filename,确定输出文件的名称为output_filename,同时这个名
7、称不能和源文件同名。如果不给出这个选项,gcc就给出预设的可执行文件a.out。 -g,产生符号调试工具(GNU的gdb)所必要的符号资讯,要想对源代码进行调试,我们就必须加入这个选项。 -O,对程序进行优化编译、连接,采用这个选项,整个源代码会在编译、连接过程中进行优化处理,这样产生的可执行文件的执行效率可以提高,但是,编译、连接的速度就相应地要慢一些。 -O2,比-O更好的优化编译、连接,当然整个编译、连接过程会更慢。 -Idirname,将dirname所指出的目录加入到程序头文件目录列表中,是在预编译过程中使用的参数。C程序中的头文件包含两种情况 A)#include B)#inclu
8、de “myinc.h” 其中,A类使用尖括号(),B类使用双引号(“ ”)。对于A类,预处理程序cpp在系统预设包含文件目录(如/usr/include)中搜寻相应的文件,而%B GCC手册:http:/www.shanghai.ws/gnu/gcc_1.htm 编辑本段GCC教程 编辑本段准备工作如果你还没装编译环境或自己不确定装没装,不妨先执行sudo apt-get install build-essential如果你需要编译 Fortran 程序,那么还需要安装 gfortran(或 g77)sudo apt-get install gfortran如果你已经了解一些 vim 的知识
9、,而且想用它来编辑源代码,那么我们不妨装个完整版sudo apt-get install vim-full如果你不了解vim,选择gedit、kate或mousepad来编辑源代码就好了注意:本文可能会让你失望,如果你看完后有下列疑问的话:为什么要在终端输命令啊? GCC 是什么东西,怎么在菜单中找不到? GCC 不能有像 VC 那样的窗口吗? 那么你真正想要了解的可能是 anjuta,kdevelop,geany,code blocks,eclipse,neatbean 等 IDE 集成开发环境。即使在这种情况下,由于 GCC 是以上 IDE 的后台的编译器,本文仍值得你稍作了解。 编辑本段
10、编译简单的 C 程序C 语言经典的入门例子是 Hello World,下面是一示例代码:#include intmain(void)printf(Hello, world!n);return 0;我们假定该代码存为文件hello.c。要用 gcc 编译该文件,使用下面的命令:$ gcc -Wall hello.c -o hello该命令将文件hello.c中的代码编译为机器码并存储在可执行文件 hello中。机器码的文件名是通过 -o 选项指定的。该选项通常作为命令行中的最后一个参数。如果被省略,输出文件默认为 a.out。注意到如果当前目录中与可执行文件重名的文件已经存在,它将被复盖。选项
11、-Wall 开启编译器几乎所有常用的警告强烈建议你始终使用该选项。编译器有很多其他的警告选项,但 -Wall 是最常用的。默认情况下GCC 不会产生任何警告信息。当编写 C 或 C+ 程序时编译器警告非常有助于检测程序存在的问题。本例中,编译器使用了 -Wall 选项而没产生任何警告,因为示例程序是完全合法的。要运行该程序,输入可执行文件的路径如下:$ ./helloHello, world!这将可执行文件载入内存,并使 CPU 开始执行其包含的指令。 路径 ./ 指代当前目录,因此 ./hello 载入并执行当前目录下的可执行文件 hello。 编辑本段捕捉错误如上所述,当用 C 或 C+
12、编程时,编译器警告是非常重要的助手。为了说明这一点,下面的例子包含一个微妙的错误:为一个整数值错误地指定了一浮点数控制符%f。#include intmain (void)printf (Two plus two is %fn, 4);return 0;一眼看去该错误并不明显,但是它可被编译器捕捉到,只要启用了警告选项 -Wall。编译上面的程序bad.c,将得到如下的消息:$ gcc -Wall bad.c -o badbad.c: In function main:bad.c:6: warning: double format, different type arg (arg 2)这表明文
13、件 bad.c第 6 行中的格式字符串用法不正确。GCC 的消息总是具有下面的格式 文件名:行号:消息。编译器对错误与警告区别对待,前者将阻止编译,后者表明可能存在的问题但并不阻止程序编译。本例中,对整数值来说,正确的格式控制符应该是 %d。如果不启用 -Wall,程序表面看起来编译正常,但是会产生不正确的结果:$ gcc bad.c -o bad$ ./badTwo plus two is 2.585495显而易见,开发程序时不检查警告是非常危险的。如果有函数使用不当,将可能导致程序崩溃或产生错误的结果。开启编译器警告选项 -Wall 可捕捉 C 编程时的多数常见错误。 编辑本段编译多个源文
14、件一个源程序可以分成几个文件。这样便于编辑与理解,尤其是程序非常大的时候。这也使各部分独立编译成为可能。下面的例子中我们将程序 Hello World 分割成 3 个文件:main.c,hello_fn.c和头文件hello.h。这是主程序main.c:#include hello.hint main(void)hello (world);return 0;在先前的例子hello.c中,我们调用的是库函数 printf,本例中我们用一个定义在文件hello_fn.c中的函数 hello 取代它。主程序中包含有头文件hello.h,该头文件包含函数 hello 的声明。我们不需要在main.c文
15、件中包含系统头文件stdio.h来声明函数 printf,因为main.c没有直接调用 printf。文件hello.h中的声明只用了一行就指定了函数 hello 的原型。void hello (const char * name);函数 hello 的定义在文件hello_fn.c中:#include #include hello.hvoidhello (const char * name)printf (Hello, %s!n, name);语句 #include FILE.h 与 #include 有所不同:前者在搜索系统头文件目录之前将先在当前目录中搜索文件FILE.h,后者只搜索系统
16、头文件而不查看当前目录。要用gcc编译以上源文件,使用下面的命令:$ gcc -Wall main.c hello_fn.c -o newhello本例中,我们使用选项 -o 为可执行文件指定了一个不同的名字 newhello。注意到头文件hello.h并未在命令行中指定。源文件中的的 #include hello.h 指示符使得编译器自动将其包含到合适的位置。要运行本程序,输入可执行文件的路径名:$ ./newhelloHello, world!源程序各部分被编译为单一的可执行文件,它与我们先前的例子产生的结果相同。 编辑本段简单的 Makefile 文件为便于不熟悉 make 的读者理解,
17、本节提供一个简单的用法示例。Make 凭借本身的优势,可在所有的 Unix 系统中被找到。要了解关于Gnu make 的更多信息,请参考 Richard M. Stallman 和 Roland McGrath 编写的 GNU Make 手册。Make 从 makefile(默认是当前目录下的名为Makefile的文件)中读取项目的描述。makefile指定了一系列目标(比如可执行文件)和依赖(比如对象文件和源文件)的编译规则,其格式如下:目标: 依赖 命令对每一个目标,make 检查其对应的依赖文件修改时间来确定该目标是否需要利用对应的命令重新建立。注意到,makefile 中命令行必须以单
18、个的 TAB 字符进行缩进,不能是空格。GNU Make 包含许多默认的规则(参考隐含规则)来简化 makefile 的构建。比如说,它们指定.o文件可以通过编译.c文件得到,可执行文件可以通过将.o链接到一起获得。隐含规则通过被叫做make变量的东西所指定,比如 CC(C 语言编译器)和 CFLAGS(C程序的编译选项);在makefile文件中它们通过独占一行的 变量=值 的形式被设置。对 C+ ,其等价的变量是CXX和CXXFLAGS,而变量CPPFLAGS则是编译预处理选项。现在我们为上一节的项目写一个简单的 makefile 文件:CC=gccCFLAGS=-Wallhello: h
19、ello.o hello_fn.oclean: rm -f hello hello.o hello_fn.o该文件可以这样来读:使用 C 语言编译器 gcc,和编译选项-Wall,从对象文件hello.o和hello_fn.o生成目标可执行文件 hello(文件hello.o和hello_fn.o通过隐含规则分别由hello.c和hello_fn.c生成)。目标clean没有依赖文件,它只是简单地移除所有编译生成的文件。rm命令的选项 -f(force) 抑制文件不存在时产生的错误消息。要使用该 makefile 文件,输入 make。不加参数调用make时,makefile文件中的第一个目标
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- gccmakefile
链接地址:https://www.31doc.com/p-2509576.html