Я прочитал ветку по Создание библиотеки с обратно совместимым ABI, который использует Boost , и сейчас я пытаюсь понять, как мне следует связать мои общие библиотеки, чтобы поддерживать стабильный ABI и избежать проблем с вмешательствомсимволы.
Я создал следующий простой тестовый проект:
cat <<EOF > a.c
#define ABI __attribute__((visibility("default")))
int common();
int ABI a() { return common() + 1; }
EOF
cat <<EOF > b.c
#define ABI __attribute__((visibility("default")))
int common();
int ABI b() { return common() + 2; }
EOF
cat <<EOF > common_v1.c
int common() { return 1; }
EOF
cat <<EOF > common_v2.c
int common() { return 2; }
EOF
cat <<EOF > test.c
#include <assert.h>
int a();
int b();
int main(int argc, const char *argv[])
{
assert( a() + b() == 6 );
return 0;
}
EOF
cat <<EOF > CMakeLists.txt
cmake_minimum_required(VERSION 2.8)
project(TEST)
add_library(common_v1 STATIC common_v1.c)
add_library(common_v2 STATIC common_v2.c)
SET_SOURCE_FILES_PROPERTIES( a.c b.c COMPILE_FLAGS -fvisibility=hidden )
add_library(a SHARED a.c)
target_link_libraries(a common_v1)
add_library(b SHARED b.c)
target_link_libraries(b common_v2)
add_executable(test test.c)
target_link_libraries(test a b)
EOF
Библиотеки common_v1 и common_v2 должны эмулировать внешнюю зависимость библиотек a и b (например, Boost).Поскольку common_v1 и common_v2 рассматриваются как внешние библиотеки, я бы предпочел не менять их систему сборки (и там, не изменяя флаги, с которыми они скомпилированы).
Проект выше, компилируется нормально, но это не такРабота!Когда тестовое приложение выполняется, оно переходит в оператор assert.
Это заставляет меня поверить, что в liba и libb используется одно и то же определение common.Почему это так, и что я делаю не так?