一、一直以为在使用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:
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