boost 库安装、编译问题小记

环境: Linux s12084 2.6.9-67.ELsmp #1 SMP Wed Nov 7 13:58:04 EST 2007 i686 i686 i386 GNU/Linux

gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-47.3)

boost 1.37.0

去年10月份用过一次再没用过了。今天要用 regex 库，生疏了。小记一下。以备以后参考。

boost 库做得真好。在windows 平台， linux 平台下编译都很顺利。hp aCC 也宣称对 boost 1.35 完全支持。

全部编译是很痛苦的过程。如果要使用哪个库，只需要在 $(boost_root)/libs/下找到感兴趣的库，在 build 目录中，选择编译器使用的 makefile，编译即可。

例如，我这里使用 boost 1.37 的 regex 库。解压 boost 后根目录是 c:\boost_1_37_0。

然后到下面的目录

c:\boost_1_37_0\libs\regex\build

看到一大堆的 .mak 文件。根据名字就可以看出来自己需要哪个 .mak 文件。这里我用gcc编译器，所以选择 gcc.mak 。

编译器可以根据 makefile 文件或参数生成 8 个库。即静态\动态、release\debug 、多线程\单线程库。从名字上看， debug 版本比其它版本的多一个 ”_d“，多线程比其它版本的多一个"_mt"。regex 库在 linux 平台下生成的库文件名列表如下：

//动态库的两个版本

libboost_regex-gcc-1_37.so libboost_regex-gcc-d-1_37.so

//静态库的两个版本

ibboost_regex-gcc-1_37.a libboost_regex-gcc-d-1_37.a

// 多线程动态的两个版本

libboost_regex-gcc-mt -1_37.SO libboost_regex-gcc-mt-d-1_37.so

//多线程静态的两个版本

libboost_regex-gcc-mt -1_37.a libboost_regex-gcc-mt-d-1_37.a

一小会儿就编译好了。编译后生成的库文件在。

使用时，需要在 makefile 中用 -I 选项添加 boost 根目录的路径。如果使用动态连接库，还需要在 -L选项中添加对 .so 文件的引用。详细的解释援引下面的论述。

使用boost::regex的问题

来自：http://bbs.chinaunix.net/viewthread.php?tid=987718

单独编译了regex，生成了libboost_regex-gcc-1_34.a，现在试验regex能否生效，代码如下：

CODE:

#include<boost/regex.hpp>

int main(int argc,char * argv[])
{
boost::regex e("test");
return 0;
}

#g++ regex.cpp -I /path/to/boostroot -L/path/to/libboost_regex-gcc-1_34.a -o regex
报错：
/tmp/ccf4WLI8.o(.gnu.linkonce.t._ZN5boost11basic_regexIcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEE6assignEPKcS7_j+0x13): In function `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::assign(char const*, char const*, unsigned int)':
: undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)'
collect2: ld returned 1 exit status

头文件可以找到，但库的连接好像有问题，然而库的路径应该是对的，请问这是怎么回事？

boost文档不是说的很清楚了吗？(boost_1_34_1/more/getting_started/unix-variants.html 第6节)

QUOTE:

A.
You can specify the full path to each library:
$ c++ -I path/to/boost_1_34_1 example.cpp -o example "
~/boost/lib/libboost_regex-gcc34-mt-d-1_34.a

QUOTE:

B.
You can separately specify a directory to search (with -Ldirectory) and a library name to search for (with -llibrary,2 dropping the filename's leading lib and trailing suffix (.a in this case):

$ c++ -I path/to/boost_1_34_1 example.cpp -o example "
-L~/boost/lib/ -lboost_regex-gcc34-mt-d-1_34

我使用的是 .so 。所以我的 makefile是：

CXXFLAGS        =  -lgcc_s $(LIB) -lboost_regex-gcc-d-1_37
COMPILE.C        = $(CC) -c $(INCLUDE)
MAKEEXE            = $(CC) $(CXXFLAGS)
#可执行文件所依赖的.o 如果希望.o生成在依赖文件所在目录下，可以使用路径，如../pub/b.o
OBJ            = regex_match_example.o
EXE            = winner

all:            $(EXE)
$(EXE):            ${OBJ}
#'$^'，'$@' 叫作“自动变量”（Automatic Variables），会使用VPATH提供的信息来查找对应的文件
            $(MAKEEXE) $^ -o $@
%.o:            %.cpp
            $(COMPILE.C) $^ -o $@
clean:
            rm -f *.o $(EXE) core

我编译成功后，将动态连接库复制到当前目录下，运行时提示找不到动态连接库

提示找不到动态连接库./winner: error while loading shared libraries: libboost_regex-gcc-d-1_37.so: cannot open shared object file: No such file or directory

看一下程序的引用和连接库的版本信息，确实没问题：

用 ldd 查看文件的动态连接库信息，用 file 查看动态连接库版本信息[fancp@s12084 test]$ ldd winner
        /lib/libcwait.so (0x00de9000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00db1000)
        libboost_regex-gcc-d-1_37.so => not found
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00340000)
        libm.so.6 => /lib/tls/libm.so.6 (0x00b51000)
        libc.so.6 => /lib/tls/libc.so.6 (0x00a23000)
        /lib/ld-linux.so.2 (0x00a04000)
[fancp@s12084 test]$ file libboost_regex-gcc-d-1_37.so
libboost_regex-gcc-d-1_37.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
[fancp@s12084 test]$

查看了一下，原来是环境变量中 LIB 中没有添加当前目录为搜索路径。

修改 .bash_profile 文件，在 LIB 后面加一个冒号加一个点，保存，退出 shell ，再重新进入。OK！