-
5.1_一次性编译
执行gcc -Wall hello.c main.c -o main命令，直接生成可执行文件main ➜ test gcc -Wall hello.c main.c -o main ➜ test ./main hello world -
编译成可执行文件
首先我们要进行编译test.c为目标文件，这个时候需要执行： gcc – c – I / usr / dev / mysql / include test . c – o test . o -
PKG_PROG_PKG_CONFIG
作用 基本用法 相关宏 示例 ★ 常见问题 总结 PKG_PROG_PKG_CONFIG 是 GNU Autoconf 的一个宏，用于在 configure 脚本中检测系统是否安装了 pkg-config 工具 ，并设置相关变量（如 PKG_CONFIG）供后续使用。 作用 检查 pkg-config 是否存在：在运行 ./conf... -
编写测试
如果现有的特征测试不能完成你所需要的工作，你就必须编写一个新的。这些宏是创建模块。它们为其它宏提供了检查各种 特征是否存在并且报告结果的方式。 本章包括一些建议和一些关于现有的测试的为什么要那样编写的原因。通过阅读现有的测试，你还可以学到许多关于编写 Autoconf测试的方法。如果在一个或多个Autoconf测试中出现了错误，这些信息可以帮助你理解它们意... -
编译多文件
#hello_fn .h 是声明，hello_fn .c 是函数内容，main .c 主函数 #一次性生成 gcc hello_fn .c main .c –o newhello #独立编译，将每个.c 文件生成.o 文件，再将每个.o 文件链接成可执行文件 #独立编译的好处：哪一个模块出问题了，就只需要编译这个模块就好，不需要全部编译,这样会... -
手工配置
有几种特征不能通过运行测试程序而自动猜测出来。例如，目标文件格式的细节，或者需要传递给编译器或连接器的特殊选项。 你可以使用同类手段（ad-hoc means）来检查这类特征，比如说让configure检查uname程序的 输出，或者寻找仅仅在特定系统中出现的库。然而，Autoconf为处理不可猜测的特征提供了统一的手段。 -
reg unreq
req unreq req 用来给寄存器赋予别名,格式如下: 别名 .req 寄存器名 unreq 用来取消一个寄存器的别名,格式如下: .unreq 寄存器别名 注意被取消的别名必须事先定义过,否则编译器就会报错,这个伪操作也可以用来取消系统预制的别名, 例如r0, 但如果没有必要的话不推荐那样做。 -
6.6_生成共享库
生成共享库的过程如下： ➜ makefile gcc -Wall -c -f PIC hello.c // 编译生成.o文件时一定要加上-f PIC选项 ➜ makefile gcc -shared -f PIC hello.o -o libhello.so ➜ makefile ls -l libhello.so -r... -
5_GCC 编译多文件
本节以下面的内容为例： main.c #include "hello.h" int main (void ) { print("hello world" ); return 0 ; } hello.c #include "hello.h" void print (const char *str) ...