linux gcc常用命令及动态库/静态库的使用
2013-03-22 10:01
423 查看
参考:http://www.cnblogs.com/ggjucheng/archive/2011/12/14/2287738.html
一 GCC的使用
main.c:
这个程序,一步到位的编译指令是(Makefile):
实质上,上述编译过程是分为四个阶段进行的,即预处理(也称预编译,Preprocessing)、编译(Compilation)、汇编 (Assembly)和连接(Linking)。
2.1预处理
gcc的-E选项,可以让编译器在预处理后停止,并输出预处理结果。在本例中,预处理结果就是将stdio.h 文件中的内容插入到hello.i中了。
2.2编译为汇编代码(Compilation)
预处理之后,可直接对生成的hello.i文件编译,生成汇编代码:
gcc的-S选项,表示在程序编译期间,在生成汇编代码后,停止,-o输出汇编代码文件。
2.3汇编(Assembly)
对于上一小节中生成的汇编代码文件 hello.s,gas汇编器负责将其编译为目标文件,如下:
2.4连接(Linking)
gcc连接器是gas提供的,负责将程序的目标文件与所需的所有附加的目标文件连接起来,最终生成可执行文件。附加的目标文件包括静态连接库和动态连接库。
对于上一小节中生成的hello.o,将其与C标准输入输出库进行连接,最终生成程序hello
在命令行窗口中,执行.hello, 显示出HelloWorld了!
Makefile为:
-pedantic编译选项并不能保证被编译程序与ANSI/ISO C标准的完全兼容,它仅仅只能用来帮助Linux程序员离这个目标越来越近。或者换句话说,-pedantic选项能够帮助程序员发现一些不符合 ANSI/ISO C标准的代码,但不是全部,事实上只有ANSI/ISO C语言标准中要求进行编译器诊断的那些情况,才有可能被GCC发现并提出警告。
除了-pedantic之外,GCC还有一些其它编译选项也能够产生有用的警告信息。这些选项大多以-W开头,其中最有价值的当数-Wall了,使用它能够使GCC产生尽可能多的警告信息。
GCC给出的警告信息虽然从严格意义上说不能算作错误,但却很可能成为错误的栖身之所。一个优秀的Linux程序员应该尽量避免产生警告信息,使自己的代码始终保持标准、健壮的特性。所以将警告信息当成编码错误来对待,是一种值得赞扬的行为!所以,在编译程序时带上-Werror选项,那么GCC会在所有产生警告的地方停止编译,迫使程序员对自己的代码进行修改,如下:
二 动态库及静态库
1.动态库
开发软件时,完全不使用第三方函数库的情况是比较少见的,通常来讲都需要借助许多函数库的支持才能够完成相应的功能。从程序员的角度看,函数库实际上就是一些头文件(.h)和库文件(so、或lib、dll)的集合。。虽然Linux下的大多数函数都默认将头文件放到/usr/include/目录下,而库文件则放到/usr/lib/目录下;Windows所使用的库文件主要放在Visual Stido的目录下的include和lib,以及系统文件夹下。但也有的时候,我们要用的库不再这些目录下,所以GCC在编译时必须用自己的办法来查找所需要的头文件和库文件。
f_print.h:
f_print.c :
main1.c
Makefile:
执行:
2. 静态库
默认情况下, GCC在链接时优先使用动态链接库,只有当动态链接库不存在时才考虑使用静态链接库,如果需要的话可以在编译时加上-static选项,强制使用静态链接库。
Makefile:
生成main及libprint.a文件;执行
静态库链接时搜索路径顺序:
1. ld会去找GCC命令中的参数-L
2. 再找gcc的环境变量LIBRARY_PATH
3. 再找内定目录 /lib /usr/lib /usr/local/lib 这是当初compile gcc时写在程序内的
动态链接时、执行时搜索路径顺序:
1. 编译目标代码时指定的动态库搜索路径
2. 环境变量LD_LIBRARY_PATH指定的动态库搜索路径
3. 配置文件/etc/ld.so.conf中指定的动态库搜索路径
4. 默认的动态库搜索路径/lib
5. 默认的动态库搜索路径/usr/lib
有关环境变量:
LIBRARY_PATH环境变量:指定程序静态链接库文件搜索路径
LD_LIBRARY_PATH环境变量:指定程序动态链接库文件搜索路径
一 GCC的使用
1简介
GCC 的意思也只是 GNU C Compiler 而已。经过了这么多年的发展,GCC 已经不仅仅能支持 C 语言;它现在还支持 Ada 语言、C++ 语言、Java 语言、Objective C 语言、Pascal 语言、COBOL语言,以及支持函数式编程和逻辑编程的 Mercury 语言,等等。而 GCC 也不再单只是 GNU C 语言编译器的意思了,而是变成了 GNU Compiler Collection 也即是 GNU 编译器家族的意思了。另一方面,说到 GCC 对于操作系统平台及硬件平台支持,概括起来就是一句话:无所不在。2简单编译
示例程序如下:main.c:
#include <stdio.h> #include <stdlib.h> int main(int argc, char *argv[]) { printf("hello, world!\n"); return EXIT_SUCCESS; }
这个程序,一步到位的编译指令是(Makefile):
1 TARGET=hello 2 #一次编译 3 hello : main.c 4 gcc main.c -o hello 5 clean: 6 -rm -f $(TARGET) *o
实质上,上述编译过程是分为四个阶段进行的,即预处理(也称预编译,Preprocessing)、编译(Compilation)、汇编 (Assembly)和连接(Linking)。
2.1预处理
gcc -E main.c -o hello.i可以输出hello.i,文件中存放着main.c经预处理之后的代码。打开hello.i文件,看一看,就明白了。后面那条指令,是直接在命令行窗口中输出预处理后的代码.
gcc的-E选项,可以让编译器在预处理后停止,并输出预处理结果。在本例中,预处理结果就是将stdio.h 文件中的内容插入到hello.i中了。
2.2编译为汇编代码(Compilation)
预处理之后,可直接对生成的hello.i文件编译,生成汇编代码:
gcc -S hello.i -o hello.s
gcc的-S选项,表示在程序编译期间,在生成汇编代码后,停止,-o输出汇编代码文件。
2.3汇编(Assembly)
对于上一小节中生成的汇编代码文件 hello.s,gas汇编器负责将其编译为目标文件,如下:
gcc -c hello.s -o hello.o
2.4连接(Linking)
gcc连接器是gas提供的,负责将程序的目标文件与所需的所有附加的目标文件连接起来,最终生成可执行文件。附加的目标文件包括静态连接库和动态连接库。
对于上一小节中生成的hello.o,将其与C标准输入输出库进行连接,最终生成程序hello
gcc hello.o -o hello
在命令行窗口中,执行.hello, 显示出HelloWorld了!
Makefile为:
TARGET=hello
#编译多次
#连接
hello : hello.o
gcc hello.o -o hello
#目标文件
hello.o : hello.s
gcc -c hello.s -o hello.o#汇编
hello.s : hello.i
gcc -S hello.i -o hello.s
#预处理
hello.i : main.c
gcc -E main.c -o hello.i
clean:
-rm -f $(TARGET) *o *i *s
3 检错
gcc -pedantic illcode.c -o illcode
-pedantic编译选项并不能保证被编译程序与ANSI/ISO C标准的完全兼容,它仅仅只能用来帮助Linux程序员离这个目标越来越近。或者换句话说,-pedantic选项能够帮助程序员发现一些不符合 ANSI/ISO C标准的代码,但不是全部,事实上只有ANSI/ISO C语言标准中要求进行编译器诊断的那些情况,才有可能被GCC发现并提出警告。
除了-pedantic之外,GCC还有一些其它编译选项也能够产生有用的警告信息。这些选项大多以-W开头,其中最有价值的当数-Wall了,使用它能够使GCC产生尽可能多的警告信息。
gcc -Wall illcode.c -o illcode
GCC给出的警告信息虽然从严格意义上说不能算作错误,但却很可能成为错误的栖身之所。一个优秀的Linux程序员应该尽量避免产生警告信息,使自己的代码始终保持标准、健壮的特性。所以将警告信息当成编码错误来对待,是一种值得赞扬的行为!所以,在编译程序时带上-Werror选项,那么GCC会在所有产生警告的地方停止编译,迫使程序员对自己的代码进行修改,如下:
gcc -Werror test.c -o test
二 动态库及静态库
1.动态库
开发软件时,完全不使用第三方函数库的情况是比较少见的,通常来讲都需要借助许多函数库的支持才能够完成相应的功能。从程序员的角度看,函数库实际上就是一些头文件(.h)和库文件(so、或lib、dll)的集合。。虽然Linux下的大多数函数都默认将头文件放到/usr/include/目录下,而库文件则放到/usr/lib/目录下;Windows所使用的库文件主要放在Visual Stido的目录下的include和lib,以及系统文件夹下。但也有的时候,我们要用的库不再这些目录下,所以GCC在编译时必须用自己的办法来查找所需要的头文件和库文件。
f_print.h:
#ifndef __F_PRINT_ #define __F_PRINT_ void print(); #endif
f_print.c :
#include <stdio.h> #include "f_print.h" void print() { printf("hello"); }
main1.c
#include <stdio.h> #include <stdlib.h> #include "f_print.h" int main(int argc, char *argv[]) { // printf("hello, world!\n"); print(); return EXIT_SUCCESS; }采用动态库编译命令
Makefile:
main : main1.c g++ main1.c -o main -L. -lprint print.so : f_print.c f_print.h g++ f_print.c -fPIC -shared -o libprint.so clean: rm -f *so main
执行:
export LD_LIBRARY_PATH=./ ./main"hello"成功打印出来了。
2. 静态库
默认情况下, GCC在链接时优先使用动态链接库,只有当动态链接库不存在时才考虑使用静态链接库,如果需要的话可以在编译时加上-static选项,强制使用静态链接库。
Makefile:
1 main : main.o libprint.a 2 gcc -static -o main main.o -L./ -lprint 3 main.o : main1.c 4 gcc -c main1.c -o main.o 5 libprint.a : f_print.h f_print.c 6 gcc -c f_print.c 7 ar -r libprint.a f_print.o 8 clean : 9 rm -f *o libprint.a main
生成main及libprint.a文件;执行
./main"hello"在终端显示出来了。
静态库链接时搜索路径顺序:
1. ld会去找GCC命令中的参数-L
2. 再找gcc的环境变量LIBRARY_PATH
3. 再找内定目录 /lib /usr/lib /usr/local/lib 这是当初compile gcc时写在程序内的
动态链接时、执行时搜索路径顺序:
1. 编译目标代码时指定的动态库搜索路径
2. 环境变量LD_LIBRARY_PATH指定的动态库搜索路径
3. 配置文件/etc/ld.so.conf中指定的动态库搜索路径
4. 默认的动态库搜索路径/lib
5. 默认的动态库搜索路径/usr/lib
有关环境变量:
LIBRARY_PATH环境变量:指定程序静态链接库文件搜索路径
LD_LIBRARY_PATH环境变量:指定程序动态链接库文件搜索路径
相关文章推荐
- linux gcc常用命令及动态库/静态库的使用
- Linux - 如何使用gcc命令生成静态库和动态库
- Linux下Gcc生成和使用静态库和动态库详解(转)
- 在Linux下如何使用GCC编译程序、简单生成静态库及动态库
- Linux下Gcc生成和使用静态库和动态库详解(转)
- Linux下Gcc生成和使用静态库和动态库详解(转)
- Linux下gcc编译器生成和使用静态库和动态库学习笔记
- Linux下gcc生成和使用静态库和动态库详解
- Linux下Gcc生成和使用静态库和动态库详解
- Linux下gcc生成和使用静态库和动态库详解
- Linux下Gcc生成和使用静态库和动态库详解
- Linux下Gcc生成和使用静态库和动态库及相关问题总结
- Linux下gcc安装与使用(常用的gcc命令)
- Linux下Gcc生成和使用静态库和动态库详解(转)
- 在Linux下如何使用GCC编译程序、简单生成静态库及动态库。
- Linux下Gcc生成和使用静态库和动态库详解
- Linux下Gcc生成和使用静态库和动态库详解(转)
- 【Linux】使用gcc生成静态库和动态库
- Linux 下 Gcc 生成和使用静态库和动态库详解
- Linux下Gcc生成和使用静态库和动态库详解(转)