Повышение динамического связывания модульных тестов в Ubuntu

Я пытаюсь построить модульный тест, используя среду модульного тестирования 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()

Makefile:

    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», я вижу, что «libcase.so» не указан в версии Ubuntu, но есть в версии Fedora 20. Я поиграл с переупорядочением зависимостей, использованием абсолютных путей для SO и изменением версий Boost (1.54 и 1.55). Ничего не получалось.

Любые идеи о том, что может помешать связать libcase.so в Ubuntu 14.04, но не в Fedora 20? Я скучаю по волшебному флагу компилятора / компоновщика?

Обновить:

Комментарий и ответ Сихе помогли немного сузить проблему. Если я правильно понимаю реализацию UTF, динамически связанную с Boost (по крайней мере, начиная с 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.