我正在尝试使用 Boost 的单元测试框架构建单元测试。我想将测试套件库与 Boost 提供的自动生成的测试模块动态链接。这是我一直在使用的基本结构：
test_main.cpp：
#define BOOST_TEST_DYN_LINK
#define BOOST_TEST_MAIN
#include <boost/test/unit_test.hpp>
lib_case.cpp：
#define BOOST_TEST_DYN_LINK
#include <boost/test/unit_test.hpp>
BOOST_AUTO_TEST_SUITE( test_lib )
BOOST_AUTO_TEST_CASE( test_lib_case ) {
BOOST_ASSERT(true);
}
BOOST_AUTO_TEST_SUITE_END()
生成文件：
all: unittest unittest2 unittest3
lib_case.o: lib_case.cpp
g++ -g -c -Wall -fPIC lib_case.cpp -o lib_case.o
libcase.so: lib_case.o
g++ -shared -Wl,-soname,libcase.so -o libcase.so lib_case.o
unittest: libcase.so
g++ -o unittest test_main.cpp -L. -lcase -lboost_unit_test_framework
unittest2: test_main.cpp lib_case.cpp
g++ -o unittest2 test_main.cpp lib_case.cpp -lboost_unit_test_framework
unittest3: lib_case.o
g++ -o unittest3 test_main.cpp lib_case.o -lboost_unit_test_framework
在 Ubuntu 14.04 上测试，所有可执行文件编译和链接都没有错误。
'unittest' 未能执行 'test_lib' 套件，声称设置失败，但 'unittest2' 和 'unittest3' 成功：
$./unittest
Test setup error: test tree is empty
$./unittest2
Running 1 test case...
*** No errors detected
$./unittest3
Running 1 test case...
*** No errors detected
现在让人头疼的是：所有 unittest* 都在 Fedora 20 上运行测试套件。
在查看“unittest”的依赖列表时，我确实看到 Ubuntu 版本中没有列出“libcase.so”，但在 Fedora 20 版本中。我已经尝试重新排序依赖项，使用 SO 的绝对路径，以及更改 Boost 的版本（1.54 和 1.55）。没有任何效果。
关于可能阻止“libcase.so”在 Ubuntu 14.04 上而不是在 Fedora 20 上链接的任何想法？我错过了一些神奇的编译器/链接器标志吗？
更新：
Sehe 的评论和回答有助于进一步缩小问题范围。如果我正确理解了 Boost 的动态链接 UTF 实现（至少从 1.54/55 开始），那么该框架提供了一个测试用例管理器单例。每个测试用例都会在构建时自动向管理器注册。
我认为问题在于，无论出于何种原因，在将库链接到二进制文件期间，在 Ubuntu 上进行链接“优化”了用于管理器单例实例的静态全局变量。实际上，尽管共享相同的全局静态变量，它并没有链接两个单例实例。它将它们视为两个独立的实例。
我按照Linux 上跨共享库的多个单例实例中描述的步骤来检查库和二进制文件。与他们的情况不同， -rdynamic 选项不能解决我的问题。
我做了更多的测试，发现这很有趣。如果您预加载 libcase.so 对象，unittest 可以在 Ubuntu 上运行。即使 libcase.so 没有出现在其 ldd 列表中。我觉得这是意料之中的，因为当 unittest 运行时，经理的单例已“预加载”，它将与它链接。
$ LD_PRELOAD=/absolute/path/to/libcase.so ./unittest
Running 1 test case ...
仍然不知道为什么 Ubuntu 不想像 Fedora 那样按预期/预期链接。阅读本教程（特别是“与 Microsoft DLL 比较”部分）让我认为 Ubuntu 遵循 Windows 链接模式。