Как скомпилировать, чтобы избежать ошибок общей библиотеки? - PullRequest
2 голосов
/ 23 ноября 2011

Мне нужно разработать программу с использованием MySQL C API.Я буду разрабатывать его на своей виртуальной машине CentOS и запускать на серверах RedHat.Я скомпилировал какую-то программу Hello World и перенес ее на сервер.Но я получаю ошибку об общих библиотеках.

$ ./test1
./test1: error while loading shared libraries: libssl.so.10: cannot open shared object file: No such file or directory

Я вижу, что эта библиотека существует, но с немного другим именем:

$ ls -l /usr/lib/libssl*
-rw-r--r-- 1 root root 458752 Aug 13 17:27 /usr/lib/libssl.a
lrwxrwxrwx 1 root root     26 Sep 14 01:26 /usr/lib/libssl.so -> ../../lib/libssl.so.0.9.8er
-rwxr-xr-x 1 root root 217560 Nov  9 12:22 /usr/lib/libssl3.so

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

вот моя простая программа:

#include <my_global.h>
#include <mysql.h>
int main(int argc, char **argv)
{
  printf("MySQL client version: %s\n", mysql_get_client_info());
}

и вот как я ее скомпилировал:

gcc version.c -o version  `mysql_config --cflags --libs`

вывод ldd ./test1:

linux-gate.so.1 =>  (0x00685000)
libmysqlclient.so.16 => /usr/lib/mysql/libmysqlclient.so.16 (0x00a8c000)
libz.so.1 => /lib/libz.so.1 (0x00110000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00240000)
libnsl.so.1 => /lib/libnsl.so.1 (0x002b7000)
libm.so.6 => /lib/libm.so.6 (0x00f5a000)
libssl.so.10 => /usr/lib/libssl.so.10 (0x00e0c000)
libcrypto.so.10 => /usr/lib/libcrypto.so.10 (0x002d1000)
libc.so.6 => /lib/libc.so.6 (0x004d3000)
libfreebl3.so => /lib/libfreebl3.so (0x00686000)
/lib/ld-linux.so.2 (0x00977000)
libgssapi_krb5.so.2 => /lib/libgssapi_krb5.so.2 (0x006ea000)
libkrb5.so.3 => /lib/libkrb5.so.3 (0x00123000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x00804000)
libk5crypto.so.3 => /lib/libk5crypto.so.3 (0x001f4000)
libresolv.so.2 => /lib/libresolv.so.2 (0x0021b000)
libdl.so.2 => /lib/libdl.so.2 (0x00dbf000)
libkrb5support.so.0 => /lib/libkrb5support.so.0 (0x00234000)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00f0b000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00e72000)
libselinux.so.1 => /lib/libselinux.so.1 (0x00862000)

вывод mysql_config --cflags --libs:

-I/usr/include/mysql  -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -fasynchronous-unwind-tables -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fwrapv -fPIC   -DUNIV_LINUX
-rdynamic -L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -lssl -lcrypto

Ответы [ 2 ]

2 голосов
/ 23 ноября 2011

Ваш двоичный файл скомпилирован с использованием openssl версии 1.0.x и, следовательно, требует наличия основной версии openssl 1. Целевой компьютер имеет версию 0.9.8, которая является основной версией 0. Различные основные версии считаются несовместимыми, поэтому возникает ошибка.

2 голосов
/ 23 ноября 2011

Прочтите ld.so и его переменные, такие как LD_LIBRARY_PATH и LD_PRELOAD - вы можете установить, скажем, libssl.so в своем собственном ~/lib/, и динамический компоновщик найдет его.

Излишне говорить, что вам гораздо лучше делать это через систему управления пакетами.

...