Никогда подобным не занимался с таким "размахом", а вот пришлось...
Если не в тот подфорум написал, прошу модератора перенести куда надо.
Имеется сервер под FreeBSD 12.0, где штатно из портов установлен php 7.2.
Потребовалось дополнительно установить пару более ранних версий, начал с php 5.6.
Скомпилировал ее по самой минималке с --prefix=/usr/local/php56c - работает. Добавляю необходимые опции, дошел до -with-openssl и -with-curl и встрял по полной...
Проблема в том, что php 5.6 не компилируется с openssl версии 1.1.1 (различаются структуры), которая поставляется с фряхой "из коробки". Где-то, кажись в багтрекере php, нашел рекомендацию использовать более старую версию openssl.
Ладно, ставлю дополнительно openssl версии 1.0.2 и так же дополнительно curl с тем же --prefix (curl так же использует библиотеку libssl.so)
Для начала проверяю curl - работает, библиотеки грузятся как надо:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
$ ldd -v /usr/local/php56c/bin/curl
/usr/local/php56c/bin/curl:
libcurl.so.4 => /usr/local/php56c/lib/libcurl.so.4 (0x800271000)
libidn2.so.0 => /usr/local/lib/libidn2.so.0 (0x8002d7000)
libssl.so.1.0.0 => /usr/local/php56c/lib/libssl.so.1.0.0 (0x8002f9000)
libcrypto.so.1.0.0 => /usr/local/php56c/lib/libcrypto.so.1.0.0 (0x80036d000)
libz.so.6 => /lib/libz.so.6 (0x8005c1000)
libthr.so.3 => /lib/libthr.so.3 (0x8005db000)
libc.so.7 => /lib/libc.so.7 (0x800606000)
libunistring.so.2 => /usr/local/lib/libunistring.so.2 (0x8009f9000)
Ладно, едем дальше, конфигурирую php вот таким образом
1.
2.
3.
4.
5.
6.
LDFLAGS="-Wl,-R/usr/local/php56c/lib -L/usr/local/php56c/lib" ./configure \
.....
--with-curl=/usr/local/php56c \
--with-openssl=/usr/local/php56c \
--prefix=/usr/local/php56c \
....
Если я правильно понял, тут LDFLAGS должна задать приоритетные пути поиска библиотек.
Компиляция успешно, проходит, но при запуске php валится в кору. Разбор показал такие моменты:
libcurl.so грузится из системной директории, а libssl.so грузится дважды - первый раз из php правильно, а второй раз из неправильной libcurl.so
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
$ ldd -a /usr/local/php56c/bin/php
/usr/local/php56c/bin/php:
...
libssl.so.1.0.0 => /usr/local/php56c/lib/libssl.so.1.0.0 (0x800d4d000)
...
libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x8016d0000)
...
/usr/local/lib/libcurl.so.4:
...
libssl.so.111 => /usr/lib/libssl.so.111 (0x801e30000)
...
Посмотрел в truss - там даже нет попытки поискать libcurl.so в /usr/local/php56c/lib, а подгружается она сразу из /usr/local/lib
1.
2.
3.
4.
close(3) = 0 (0x0)
openat(AT_FDCWD,"/usr/local/lib/libcurl.so.4",O_RDONLY|O_CLOEXEC|O_VERIFY,00) = 3 (0x3)
fstat(3,{ mode=-rwxr-xr-x ,inode=883905,size=562960,blksize=32768 }) = 0 (0x0)
mmap(0x0,4096,PROT_READ,MAP_PRIVATE|MAP_PREFAULT_READ,3,0x0) = 34371100672 (0x800ad6000)
Заглянул в Makefile - там в переменных окружения *_LDFLAGS* оба пути упоминаются, притом, первым всегда идет системный /usr/local/lib, а потом уже мой /usr/local/php56c/lib. Пробовал там тупым редактированием поменять пути местами, но результата оно не дало.
Воооот... Теперь я понимаю, что надо как-то более убедительно уговаривать линковщик. но не понимаю, как именно. Советы, в основном, сводятся к LDFLAGS.
Собственно, вопрос. Как уговорить то?
Тем более, что для libssl.so оно сработало, хотя... там же разная версия библиотеки...
