gentoo下的boost thread库编译成了libboost_thread-mt.so?

gnap

上周刚刚迁移到gentoo下面。今天测试原来在FC5下开发的程序，发现configure的时候找不到lboost_thread。自己明明刚刚emerge过。equery察看boost安装的文件，发现了libboost_thread-mt.so等几个文件。猜想可能是名字不同，于是修改了测试boost thread的m4脚本，程序编译通过，运行正常。


但是想不通的是有什么来历？总结emerge时候出错的几个软件，如scilab等等。通常都和上诉的情况类似。为什么会这么命名呢？

VirusCamp

还会有 qt.so 和 qt-mt.so 的区别。

mt 指 multithread 多线程安全版。

现代的 configure 脚本都会用 pkgconfig 确定链接库的文件名等，一般不会错。

最好的方法是 ln -s qt-mt.so qt.so ，一般安装时会自动生产，方便某些不读 pkgconfig 的程序。

可能是 boost 安装时没生成 libboost_thread.so 到 libboost_thread-mt.so 的链接，应该可以算 bug ，你可以手工生成，这时最简单的方法。