GCC 编译依赖库和程序运行依赖库设置
2017-08-23 17:14
483 查看
一、一直以为在使用GCC编译时使用-L设置的依赖库就是程序运行时依赖库的查找路径,其实这是两个概念:编译链接环境和运行环境。
出现问题:如果不使用-rpath设置运行时路径,会在程序运行的时候出现“./overflows: error while loading shared libraries: libnet.so.9: cannot open shared object file: No such file or directory”错误,因为默认搜索路径是/lib64,…,在该路径下搜索不到就出错了。
二、GCC 参数含义:
http://blog.csdn.net/ibingow/article/details/7882098
-L:指定链接时查找路径,多个路径用逗号分隔
-rpath:这种方式可以指定产生的目标程序的共享库查找路径。还有一个类似选项-rpath-link,与-rpath选项的区别在于,-rpath选项指定的目录被硬编码到可执行文件中,-rpath-link选项指定的目录只在链接阶段生效。这两个选项都是链接器ld的选项。更多链接器选项可以通过man ld查看。
-I(大写i):指定头文件搜索路径。
-l(小写l):指定链接某个库。指定链接的比如是libxxx.so.x.y.z的一个库,只需要写-lxxx即可,编译器根据当前环境,在相关路径中查找名为xxx的库。xxx又称为共享库的链接名(link name)。不同的库可能具有同样的链接名,比如动态和静态版本,libxxx.a libxxx.so。如果链接时采用-lxxx,那么链接器会根据输出文件的情况(动态/静态)选择合适的版本。比如如果ld采用了-static参数,就会使用静态版本,如果使用了-Bdynamic(这也是默认情况),就会使用动态版本。
三、动态库链接时、执行时搜索路径顺序
编译目标代码时指定的动态库搜索路径;
环境变量LD_LIBRARY_PATH指定的动态库搜索路径;
配置文件/etc/ld.so.conf中指定的动态库搜索路径;
默认的动态搜索路径/lib;
默认的动态库搜索路径/usr/lib
四、example:
出现问题:如果不使用-rpath设置运行时路径,会在程序运行的时候出现“./overflows: error while loading shared libraries: libnet.so.9: cannot open shared object file: No such file or directory”错误,因为默认搜索路径是/lib64,…,在该路径下搜索不到就出错了。
二、GCC 参数含义:
http://blog.csdn.net/ibingow/article/details/7882098
-L:指定链接时查找路径,多个路径用逗号分隔
-rpath:这种方式可以指定产生的目标程序的共享库查找路径。还有一个类似选项-rpath-link,与-rpath选项的区别在于,-rpath选项指定的目录被硬编码到可执行文件中,-rpath-link选项指定的目录只在链接阶段生效。这两个选项都是链接器ld的选项。更多链接器选项可以通过man ld查看。
-I(大写i):指定头文件搜索路径。
-l(小写l):指定链接某个库。指定链接的比如是libxxx.so.x.y.z的一个库,只需要写-lxxx即可,编译器根据当前环境,在相关路径中查找名为xxx的库。xxx又称为共享库的链接名(link name)。不同的库可能具有同样的链接名,比如动态和静态版本,libxxx.a libxxx.so。如果链接时采用-lxxx,那么链接器会根据输出文件的情况(动态/静态)选择合适的版本。比如如果ld采用了-static参数,就会使用静态版本,如果使用了-Bdynamic(这也是默认情况),就会使用动态版本。
三、动态库链接时、执行时搜索路径顺序
编译目标代码时指定的动态库搜索路径;
环境变量LD_LIBRARY_PATH指定的动态库搜索路径;
配置文件/etc/ld.so.conf中指定的动态库搜索路径;
默认的动态搜索路径/lib;
默认的动态库搜索路径/usr/lib
四、example:
srcdir = . CC = gcc CFLAGS = -g -O2 -D_BSD_SOURCE LDFLAGS = -Wl,-rpath,/usr/local/lib PCAP_CFLAGS = -I/usr/local/include PCAPLIB = -L/usr/local/lib -lpcap LNET_CFLAGS = -I/usr/local/include -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H LNETLIB = -lnet LIBS_CFLAGS = -I../src $(PCAP_CFLAGS) $(LNET_CFLAGS) LIBS = -L../src -lnids $(PCAPLIB) $(LNETLIB) -lgthread-2.0 -lnsl -lglib-2.0 .c.o: $(CC) -c $(CFLAGS) -I. $(LIBS_CFLAGS) $< all: overflows printall sniff static shared: all overflows: overflows.o $(CC) -o $@ overflows.o $(LDFLAGS) $(LIBS) printall: printall.o $(CC) -o $@ printall.o $(LDFLAGS) $(LIBS) sniff: sniff.o $(CC) -o $@ sniff.o $(LDFLAGS) $(LIBS) static shared install installshared: @true clean: rm -f *.o *~ overflows printall sniff
相关文章推荐
- 用gcc/g++编译运行C/C++程序
- java程序的编译和运行依赖jdk版本问题
- Linux 命令行编译与运行java程序 程序中依赖第三方包
- 设置EditPlus编译和运行java程序
- Solution—程序编译通过但运行提示:找不到程序集:[random].dll或依赖项
- ubuntu解决程序编译运行的依赖问题方法论
- 在文件夹中 的指定类型文件中 查找字符串(CodeBlocks+GCC编译,控制台程序,仅能在Windows上运行)
- win7 上面 gcc 编译的程序 a.exe 运行的时候报错 a.exe 已停止工作, 异常代码:c0000005
- VS2005 VS2008编译的程序在Win7下以管理员身份运行的设置
- Linux下使用GCC编译并运行第一个helloworldC++程序
- 如何用命令行(CMD)编译运行C 程序—环境变量的设置
- Eclipse设置程序编译运行前自动保存
- (Ubantu)使用gcc编译一个程序a.c成a.out,输入a.out运行,提示bash:a.out:command not found,怎么回事
- 在Ubuntu使用gcc编译的程序无法运行的问题。
- vs 2008的工程编译的manifest文件导致程序无法运行,通过设置 /MANIFESTDEPENDENCY (Specify Manifest Dependencies) 解决
- 【IAR】设置和编译信息解析 程序运行耗时 内存分配MAP
- 设置和编译信息解析 程序运行耗时 内存分配MAP
- gcc编译静态库到自己的程序 解决在不同linux下因libc版本问题而不能运行
- 用VS编译出不依赖VC运行库的可独立运行的程序
- Android 运行 C/C++程序 (使用 arm-linux-gcc 交叉编译环境)