如何用GCC在linux下编译C语言程序

在Linux下面,如果要编译一个C语言源程序,我们要使用GNU的gcc编译器，假设我们有下面一个非常简单的源程序(hello.c):

int main(int argc,char **argv)

{

printf("伍巧Hello Linux\n")

}

要编译这个程序,我们只要在命令行下执行:

gcc -o hello hello.c

gcc 编译器就会为我们生成一个hello的可执行文件.执行./hello就可以看到程

序的输出结果了

Linux是一套免费使用和自由传播的类Unix *** 作系统，是一个基于POSIX和UNIX的多用户、多任务、支持多线程和多CPU的 *** 作系统。它能运行主要的UNIX工具软件、应用程序和网络协议。它支持32位和64位硬件。Linux继承了Unix以网络为核心的设计思想，是一个性能稳定的多用户网络 *** 作系统。

Linux *** 作系统诞生于1991 年10 月5 日（这是第一次正式渣春向外公布时间）。如橘耐Linux存在着许多不同的Linux版本，但它们都使用了Linux内核。Linux可安装在各种计算机硬件设备中，比如手机、平板电脑、路由器、视频游戏控制台、台式计算机、大型机和超级计算机。

编译运扰亮行的3s钟可能把运行拖慢

解决方法：

检查编厅冲译器版本, 优先选择64位, 即MinGW-64。

关闭杀毒软件, 如Windows Defender, 电脑管家, 或者把文件夹添加进信任区。

戴尔电脑总部设在美国德克萨斯州奥丝登(Austin)，戴尔公司是世界排名第一的计算机系统公司、计算机扮李歼产品及服务的首要提供商，其业务包括帮助客户建立自己的信息技术及互联网基础架构。

在控制台 gcc /hello.c -o /hello.out,编译没错的话,就会在根目录出现一个hello.out的文件,然后 /hello.out,就可以看到结果了. 具体参阅GCC的用法 一.gcc历史 GCC最早是Richard Stallman在十几年前编写的针对于C的编译器,意思即为GNU C Compiler,后来发展支持Ada，C++,Java,Objective C,Pascal,COBOL,以及支持逻辑编程的Mercury语言，后来其英文原名变为:GNU Compiler ollection([1]).除此之外，GCC对于各种硬件平台都提供了完善的支持。 一般的，GCC的编译功能包括gcc(C的编译器),g++(C++的编译器)，在编译过程中，一共有四步工作。 1.预处理，生成i文件，C文件编译为.i文件，C++文件编译为.ii文件，它们都为源程序的预处理结果文件.以最简单的Hello World程序为例: ********************************* // test.c #include "stdio.h" #define MAX 9 int main() { int aa=MAXprintf("Hello Worldn")} ********************************* 用cpp test.c test.i 可得到预处理文件test.i，通过查看该文件，我们可以看到，我们引入的include文件已经被引入处理，define定义的部分已经被完全带入。 2.预处理文件转换成汇编语言，生成.s文件。这一步利用egcs来完成(在mingw标准包中没有见到这个预编译器，所以测试没有成功，将继续测试） 3.汇编变为目标文件，生成.o文件,利用as来完成。 4.连接目标文件，生成可执行程序，利用ld来完成.(后续继续研究ld编译过程。) 二.GCC参数祥解 -x language filename 设定文件使用的语言，这样源程序的后缀名无效了，并对gcc后接的多个编译文件都有效。这样如 果存在.c和.cpp文件联编会有问题，解决这个问题用到了下一个参数 -x none filename,在下面做介绍。因为在预处理过程纤仔中对于.c和.cpp文件的处理方式是不一样的。可以使用的参数有:'c','objective- c','c-header','c++','cpp-output','assembler','assembler-with-cpp'.编译的时候， 如果有这样的一个用C语言写的test.tmp的文件，用gcc编译的时候就用gcc -x c test.tmp就可以让gcc用编译C语言的方式来编译test.tmp. -x none filename 关掉上一个选项，就是让gcc根据文件名后缀，自动识别文件类型。如用下列方式编译: gcc -x c test.tmp -x none test2.c 这样可以自由地选择编译方式 -c 只激活预处理，编译和汇编，也就是把铅返程序做成obj文件。如gcc -c test.c 就会生成test.o文件，当然这样还只是目标文件，需要经过ld连接器对所有的.o文件进行联接才能生成可执行文件. -S 只激活预处理和编译，把文件编译到汇编代码。相当到对源程序做一个egcs *** 作,生成.s文件。可以查看生成的汇编文件结果。这个对于研究汇编语言的程序员来说是很有作用的。 -E 只激活预处理，这个将对文件进行预处理，将对所有引入的include文件和define定义的量进行代换，为我们开头所说的gcc 编译的第一步，即用cpp命令将程序语言文件进行预处理.但这一步不生成结果文件，如果你需要生成结果文件保存，那么需要利用系统中的输出重定向。 -o 定制目标名称，缺省的时候在unix和linux平台下gcc filename的结果是一个文件名为a.out的文件，windows下用mingw里带的gcc编译结果是a.exe。如果我们用gcc -o hello.exe test.c的话，将生成hello.exe可执行程序。这个并不一定只限于最后一步可执行程序的生成，如用上面所讲的毁激汪-S生成的汇编程序也可以用-o参 数生成，比如 gcc -o hello.asm -S test.c 这样hello.asm就是test.c经过预处理和编译之后的结果。 -pipe 使用管道来代替编译中的临时文件，因为编译的整个过程有几个不同的步骤，每一个步骤都是以前一个步骤的输出为输入的，这样就涉 及到数据传递的问题，在没有-pipe参数的情况下，是用临时文件的形式来进行传递的，在有该情况的时候就利用管道来传递中间数据。当然，在某些系统中， 汇编不能读取管道数据，这样这个参数就不能正常工作了。 -ansi 关闭gnu c与ansi c不兼容的特性，激活ansi c的专有特性,在此情况下，处理器会定义一个__STRICT_ANSI__的宏，在有些头文件中会关注该宏是否被申明过，以避免某些函数的引入。此项可参照ansi c与gnu c的差别得到更多理解。 -fno-asm 此选项为ansi选项功能的一部分，禁止将asm,inline,typeof用作关键字。 -fno-strict-prototype 这个选项只对g++有作用。这个参数让编译器将所有没有参数的函数都认为是没有显式参数的个数和类型的函数，而不是没有参数。而对于gcc来说，会将没有带参数的函数认成没有显式说明的类型。 -fthis-is-variable 这个参数仅对C++程序有效,可以让this做一般变量使用，允许对this赋值. -fcond-mismatch 允许条件表达式的第二和第三参数类型不匹配.表达式的值为void型. -funsigned-char -fno-signed-char -fsigned-char -fno-unsigned-char 这四个是对char在编译时进行的设置，它们分别决定将char设为unsigned char或signed char. -include filename 加入头文件的位置，以使程序中顺利使用#include ，这样就可以在编译的时候这样编译:gcc test.c -include ./include/test.h，进行联编。 -imacros filename 将filename中的宏扩展到gcc的输入文件里，宏定义本身不会出现在输入文件中。意即在编译某个文件test.c的时候，它里面申明的宏如果在没有用到该参数的时候，生成目标文件之后就会被丢弃掉，而在用了这个参数之后，这些宏将被保留用于之后文件的编译。 -Dmacro 相当于#define macro,宏的内容为字符串'1'。如在编译的时候使用gcc -o test.exe test.c -DDEBUG就相当于在test.c里面定义了DEBUG宏，值为字串'1'。可用如下程序测试可知： ********************************** //test.c #include "stdio.h" int main() { printf("Hello Worldn")#ifdef DEBUG printf("hellon")#endif } ********************************** 如用gcc -o test.exe test.c编译，刚运行结果为: Hello World 如用gcc -o test.exe test.c -DDEBUG编译，则运行结果为: Hello World hello 因此可以在下一种编译方法中相当于在test.c里面定义了DEBUG宏。 -Dmacro=define 作用同上，但设定宏的值为define. -Umacro 相当于给程序中定义的宏作了一次undefine.即:#undef macro -undef 取消了对任何非标准友的定义 -Idir 在#include 的时候，先在用这个参数指定的位置找头文件，如果没有找到，则到缺省的目录找头文件 -I- 取消-Idir的作用，表明以后编译的程序将不在-Idir指定的目录里寻找头文件。 -idirafter dir 在-I的目录里面查找失败之后，再在这个目录里面查找头文件，这样的参数为设置头文件查找的优先级问题比较有帮助。 -iprefix prefix -iwithprefix dir 这两个参数一起用，在-I目录寻找失败的时候，到prefix的dir下查找头文件。 -nostdinc 编译器不再系统缺省的头文件目录里面找头文件。这样就可以精确地确定头文件的来源，应该比较慎用，在对编译器不是很了解的情况下容易造成编译失败. -nostdinc C++ 不在g++的标准路径中找头文件，但在其他的路径中继续找。在创lib的时候用。 -C 为了有效的分析程序，有预处理的时候不删除注释信息，与-E一起使用，有利用分析程序的过程。 -M 生成文件的关联的信息，这样就可以知道源代码文件里面关联了哪些它所依赖的头文件。 -MM 同上，但忽略由#include 造成的依赖关系 -MD 跟-M相当，但是输出导入到.d文件中，如gcc -MD test.c，刚输出的依赖关系存放在test.d文件里。 -MMD 跟-MM相同，但是输出到.d文件中,如gcc -MMD test.c，刚输出的依赖关系存放在test.d文件里。忽略#include 的关系 -Wa,option 这个参数将option传给汇编程序，如果option中有逗号，则会把option分成多项，传给汇编程序。 -Wl,option 这个参数将option传给连接程序，如果option中有逗号，则会把option分成多项，传给连接程序。 -llibrary 用于制定编译的时候使用的库，如 gcc -lgtk tset.c则程序使用gtk库进行编译，不过需要注意的是gcc库一般都是以libname.a来命名库文件，在用-l参数来加入库文件的时候，直接用-lname来引入，而前面的lib被省掉。这一点需要注意。 -Ldir 编译的时候设定库文件查找的路径，不然的话，编译器只在标准库路径里面找库。 -00 -01 -02 -03 编译器的优化选项，-00表示没有优化,-01为缺省值，-03为最高。 -g 在编译的时候，产生调试信息 -gstabs 以stabs格式声称调试信息，但不包括gdb的调试信息。 -gstabs+ 以stabs格式声称调试信息，包括gdb的调试信息。 -ggdb 该参数将把gdb的调试信息输出 -static 这个参数将禁止使用动态库，这样程序只能连接静态库。 -share 这个参数将让程序尽量使用动态库 -traditional 试图让编译器支持传统的C语言的特性. 三.总结 gcc的参数还远远多于上面写到的这些，但是有以上的参数我们已经可以对gcc的大部分编译掌握的比较熟练了，更多的参数介绍可以参照GCC的manual，现在已有翻译了的中文手册，地址在下面的参考文献里面被列出，有兴趣的朋友可以参考。~

---