【Linux】Linux编译器-gcc/g++ && Linux项目自动化构建工具-make/Makefile

gcc 选项

-E 只激活预处理,这个不生成文件,你需要把它重定向到一个输出文件里面

-S 编译到汇编语言不进行汇编和链接

-c 编译到目标代码

-o 文件输出到文件

-static 此选项对生成的文件采用静态链接

-g 生成调试信息。GNU 调试器可利用该信息。

-shared 此选项将尽量使用动态库，所以生成文件比较小，但是需要系统由动态库.

-O0

-O1

-O2

-O3 编译器的优化选项的4个级别，-O0表示没有优化,-O1为缺省值，-O3优化级别最高

-w 不生成任何警告信息。

-Wall 生成所有警告信息。

格式

gcc [选项] 要编译的文件 [选项] [目标文件]

gcc -E mycode.c -o mycode.i //只进行预处理

-E 告诉gcc，从现在开始进行程序的翻译，将预处理工作做完就停下来，不要往后走了。

-o 后面跟要形成的文件，否则会直接输出在屏幕上

gcc -S mycode.i -o mycode.s

-S 从现在开始进行程序的翻译，将编译的工作做完就停下来

gcc -c mycode.s -o mycode.o

-c 从现在开始进行程序的翻译，将汇编的工作做完就停下来，mycode.o是可重定位目标二进制文件，简称目标文件，即windows下的obj的文件，该文件虽然已经是二进制了，但是还不能独立执行，需要经过链接才能执行

gcc mycode.o -o mytest

将可重定向目标二进制文件和库进行链接形成可执行程序

//PS 上述选项通过 Esc 按键进行记忆

那么上述.o和库是如何链接的？

gcc编译的时候，默认使用动态链接，如果要按照静态链接的方式，进行形成可执行程序，需要添加 -static 选项

安装c语言静态库

yum install -y glibc-static

安装c++语言静态库

yum install -y libstdc++-static

如果我们没有静态库，但是我们要-static是不行的
如果我们没有动态库，只有静态库，不加-static ，gcc能找到静态库，gcc默认优先动态链接，-static的本质是：改变优先级
不一定是纯的全部动态链接或者静态链接，一般是混合的

动态库 vs 静态库

动态库因为是共享库，因此可以有效的节省资源（磁盘空间，内存空间，网络空间）【优点】，动态库一旦缺失，会导致整个程序都无法运行【缺点】

静态库，不依赖库，一旦形成可执行程序，可以独立运行【优点】，体积大，比较消耗资源【缺点】

debug && release

gcc默认形成的是release版本，-g 以debug版本

debug版本可以被追踪调试，因为形成可执行程序的时候，添a加了debug信息。

可执行程序形成的时候，不是无序的二进制构成，有自己的二进制格式--ELF格式

Linux项目自动化构建工具-make/Makefile

背景

会不会写makefile，从一个侧面说明了一个人是否具备完成大型工程的能力
一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的
规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作
makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率。
make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可见，makefile都成为了一种在工程方面的编译方法。
make是一条命令，makefile是一个当前目录下的文件，两个搭配使用，完成项目自动化构建。

用法

在当前目录下创建一个makefile文件

mycode:mycode.c //依赖关系，mycode.c 编译成mycode

gcc -o mycode mycode.c //依赖方法，怎么编译

clean: //清理，：右边没有东西表示不依赖任何文件

rm -f mycode

为了更好的理解编译过程,上述依赖关系/依赖方法可细写成

mycode:mycode.o

gcc -o mycode mycode.o

mycode.o:mycode.s

gcc -c mycode.s -o mycode.o

mycode.s:mycode.i

gcc -S mycode.i -o mycode.s

mycode.i:mycode.c

gcc -E mycode.c -o mycode.i

clean:

rm -f mycode.i ……

//编译，make会自动推导makefile中的依赖关系栈式结构

make

//清理

make clean

make一般自顶向下匹配，如果将clean放到前面，make将执行清理工作，所以一般不将clean放到前面
make之后，如果代码未修改，重复make不会再编译，以此来提高编译效率，那make是怎么做到的呢？一定是源文件形成可执行文件，也就是说先有源文件，才有可执行文件，一般而言源文件的修改时间比可执行文件要早的！！如果我们更改了源文件，历史上还有可执行文件，那么源文件的最近修改时间，一定要比可执行程序要新！因此，只需要比较可执行程序的最近修改时间和源文件的最近修改时间 .exen 新于 .c 就不需要重新编译，反之就需要重新编译

要时make每次都编译，可以在makefile文件中

.PHONY:伪文件

.PHONY:mycode //让对应的依赖关系总是被执行

mycode:mycode.c //依赖关系，mycode.c 编译成mycode

gcc -o mycode mycode.c //依赖方法，怎么编译

clean: //清理，：右边没有东西表示不依赖任何文件

rm -f mycode

不过一般依赖关系不用伪文件修饰，伪文件用来修饰clean,即

.PHONY:clean

clean: //清理，：右边没有东西表示不依赖任何文件

rm -f mycode

特殊符号

mycode:mycode.c

gcc -o $@ $^ //$@表示依赖关系左边的内容，$^表示依赖关系右边的内容

如果不想make的时候，界面回显依赖方法，可将依赖方法前+@ ，如

mycode:mycode.c //依赖关系，mycode.c 编译成mycode

@gcc -o mycode mycode.c //依赖方法，怎么编译

原文地址:https://blog.csdn.net/lzb_kkk/article/details/136120971 本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：https://www.suanlizi.com/kf/1758639906193805312.html 如若内容造成侵权/违法违规/事实不符，请联系《酸梨子》网邮箱：1419361763@qq.com进行投诉反馈，一经查实，立即删除！

阅读全部