Мне нужно запустить php script в системе с несколько сломанной установкой PHP. Вместо того, чтобы пытаться решить проблемы, я хочу просто скомпоновать свой код с его собственным двоичным файлом PHP (я могу выполнить исполняемый файл). Я хочу просто иметь простой двоичный файл php, в котором есть все модули, которые мне нужно скомпилировать. Мой общий процесс:
./configure --enable-static --enable-cli --disable-all
Это дает мне двоичный файл php без расширений. Отсюда я могу добавить расширения, которые мне нужны. Например, чтобы добавить поддержку curl и json
./configure --enable-static --enable-cli --disable-all --with-curl --enable-json
Это похоже на работу в целом. Мой script нуждается в поддержке libxml для взаимодействия с AWS. Поэтому я добавил команду --enable-libxml --enable-simplexml в команду configure. Когда я копирую двоичный файл на удаленный компьютер, он получает ошибку при попытке использовать библиотеку XML, которая выглядит следующим образом:
/usr/lib/x86_64-linux-gnu/libxml2.so.2: version `LIBXML2_2.9.0' not found
Очевидно, что он динамически связывается с libxml2. Я полагаю, это означает, что, хотя расширение PHP статически скомпилировано в PHP, библиотека, которую использует расширение PHP, отсутствует. Запуск ldd подтверждает это:
$ ldd sapi/cli/php
linux-vdso.so.1 => (0x00007fff05cf3000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f3c69f82000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f3c69d68000)
libcurl.so.4 => /lib64/libcurl.so.4 (0x00007f3c69afc000)
librt.so.1 => /lib64/librt.so.1 (0x00007f3c698f4000)
libm.so.6 => /lib64/libm.so.6 (0x00007f3c695ed000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f3c693e8000)
libnsl.so.1 => /lib64/libnsl.so.1 (0x00007f3c691cf000)
libxml2.so.2 => /lib64/libxml2.so.2 (0x00007f3c68e66000)
libz.so.1 => /lib64/libz.so.1 (0x00007f3c68c4f000)
libc.so.6 => /lib64/libc.so.6 (0x00007f3c68890000)
libfreebl3.so => /lib64/libfreebl3.so (0x00007f3c6860f000)
libidn.so.11 => /lib64/libidn.so.11 (0x00007f3c683db000)
libssh2.so.1 => /lib64/libssh2.so.1 (0x00007f3c681b1000)
libssl3.so => /lib64/libssl3.so (0x00007f3c67f72000)
libsmime3.so => /lib64/libsmime3.so (0x00007f3c67d44000)
libnss3.so => /lib64/libnss3.so (0x00007f3c679fc000)
libnssutil3.so => /lib64/libnssutil3.so (0x00007f3c677d0000)
libplds4.so => /lib64/libplds4.so (0x00007f3c675cb000)
libplc4.so => /lib64/libplc4.so (0x00007f3c673c6000)
libnspr4.so => /lib64/libnspr4.so (0x00007f3c67188000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f3c66f6a000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f3c66d20000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f3c66a40000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f3c6680a000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f3c66606000)
liblber-2.4.so.2 => /lib64/liblber-2.4.so.2 (0x00007f3c663f7000)
libldap-2.4.so.2 => /lib64/libldap-2.4.so.2 (0x00007f3c661a4000)
/lib64/ld-linux-x86-64.so.2 (0x00007f3c6a1d7000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f3c65f7f000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007f3c65d12000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f3c6592b000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f3c6571c000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f3c65518000)
libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007f3c652fa000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f3c650d6000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f3c64e6f000)
Как вы можете видеть, существует множество библиотек, динамически связанных с моим двоичным файлом php. Я предполагаю, что это обычно работало, потому что в моей целевой системе было много таких же библиотек, но не в библиотеке libxml.
Итак, мой вопрос: как создать полностью статический двоичный файл без каких-либо зависимостей от разделяемых библиотек. Я понимаю, что это сделает мой исполняемый файл больше, но это также означает, что я могу упаковать свой исполняемый файл php с кодом, и он будет работать на любой 64-разрядной машине Linux.
