Как скомпилировать двоичный файл, который работает как с libcrypto.so.0.9.8, так и с libcryto.so.1.0.0?

Question

У меня есть проект Autotools C.

Как скомпилировать двоичный файл, который работает как с libcrypto.so.0.9.8, так и с libcryto.so.1.0.0? (т. е. Ubuntu 9.10 и 12.04)

В зависимости от возраста ОС, на котором я выполняю сборку, двоичный файл требует одну или другую версию.

Есть ли способ сделать это неважно, или различия между версиями libcryto являются непреодолимыми?

Answer 1

На мой взгляд, вы хотите использовать некоторые функции libcrypto.so.0.9.8, а некоторые из libcryto.so.1.0.0. Если большинство функций требуется от 1.0.0 или является предпочтительным выбором, тогда связывайтесь с libcrypto.so.1.0.0.

И вам может понадобиться некоторая функция из libcrypto.so.0.9.8, или у вас могут быть другие веские причины использовать libcrypto.so.0.9.8.

На мой взгляд, если вы связываетесь с библиотекой, вы получите ошибку компоновщика (дубликаты символов, так как обе библиотеки содержат одинаковые символы).

Если вам нужно использовать 0.9.8, загрузите его динамически с помощью dlopen и получите функцию обратного вызова функции, которую вы хотите использовать с dlsym.

Это может быть выполнено следующим образом:

void * handle; 
/*reqd_callback is the callback of required function.*/ 
reqd_callback cb; 

handle = dlopen ("libcrypto.so.0.9.8", RTLD_LAZY); 
cb  = (reqd_callback)dlsym(handle, "reqd_function"); 
//Call the cb 
cb (parameters); 

//Close the library. 
dlclose(handle); 

Я думаю, что это может решить вашу цель. Если предпочтение обратное, инвертируйте библиотеку при связывании и при загрузке через программу.

Answer 2

Можете ли вы создать мягкую ссылку, которая будет «указывать» на libcrypto.so.0.9.8 или libcryto.so.1.0.0. Дайте ему общее имя, а затем используйте его, то какая версия библиотеки будет привязана к ссылке? При установке приложения вы устанавливаете свою мягкую ссылку, чтобы указать на доступную версию библиотеки. Возможно, ваше программное обеспечение может быть проверено до 1.0.0, если lib достаточно совместим с обратной связью, т. Е. Вы не полагаетесь на somthing в 1.0.0, что не в 0.9.8, ваше одобрение.

Answer 3

Вы можете перестроить ssl-0.9.8 (не 1.x, потому что он содержит некоторые вещи, которые не будут работать в старой версии) и изменить строку в make-файле, где она выполняет заключительную общую библиотечную связь, и вставляет игнорирован

перекомпилировать его с игнорирован изменен с libssl.so.0.9.8 на libssl.so.0

это будет выглядеть примерно так: -Wl,-soname,libssl.so.0.9.8 изменить его: -Wl,-soname,libssl.so.0

теперь при компиляции против этой библиотеки двоичные файлы, созданные против нее, будут искать libssl.so.0 (whic h включен как символическая ссылка в обеих версиях)