☰

makeを使用したコンパイル：ライブラリへのリンク

tag-icon • tag-icon compiling make
makeを使用したコンパイル：ライブラリへのリンク

私はアプリケーション用のPHPをコンパイルするためにmakeを使用しています。問題は、ldd phpを実行するときに次のようなものがあることです。

libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f5b4e661000)

ただし、libk5crypto.so.3 は libk5crypto.so.3.1 を指す記号です。

私のPHPがlibk5crypto.so.3.1を直接指すようにしたいと思います。

可能ですか？

編集：私が直接コンパイルしたPHPサーバーを含むWebアプリケーションがあります。私はそれを/ etcにインストールしたくないので、私のアプリケーションにインストールするだけです。

私のアプリケーションには、php、fop、mapserverなどを保存するserverというフォルダがあります。

私のPHPフォルダには、すべての依存関係を持つlibフォルダがあります（ldd bin / php）。

アプリケーションをインストールするときは、/etc/ld.so.conf ファイルを変更して PHP サーバーの lib ディレクトリを追加し、ldconfig を実行します。

時々、これらのライブラリは/usr/lib/x86_64-linux-gnuにすでに存在し、PHPはそのフォルダのライブラリの代わりにそのライブラリを使用します。これはほとんど問題ではありませんが、時には/usr/libに同じメジャーバージョンですが、マイナーバージョンが低いライブラリがあります。 PHPは/usr/libからそれを取得しようとしますが、PHPが最新の依存関係にコンパイルされたため、エラーが発生します。

このため、libk5crypto.so.3.1を直接指したいと思います。

アプリケーションを更新するときにPHPを削除し、新しいライブラリをすべて含む最新のPHPを挿入しました。

もう一つのことは、PHPに与えられたディレクトリでライブラリを見つけるように指示しましたが、問題は、コンパイル時にライブラリがどこにあるのかわからないということです。

JigglyNagaの編集者：PHPをコンパイルし、imapやその他の拡張機能をコンパイルします。問題はPHPと拡張にあります。だから、imapの編集が短くなり、皆さんにお知らせします。

root@ubuntu16:~/compilPHP/php-7.2.2/ext/imap# make
/bin/bash /root/compilPHP/php-7.2.2/ext/imap/libtool --mode=compile cc  -I. -I/root/compilPHP/php-7.2.2/ext/imap -DPHP_ATOM_INC -I/root/compilPHP/php-7.2.2/ext/imap/include -I/root/compilPHP/php-7.2.2/ext/imap/main -I/root/compilPHP/php-7.2.2/ext/imap -I/php/include/php -I/php/include/php/main -I/php/include/php/TSRM -I/php/include/php/Zend -I/php/include/php/ext -I/php/include/php/ext/date/lib -I/usr/include/c-client  -DHAVE_CONFIG_H  -g -O2   -c /root/compilPHP/php-7.2.2/ext/imap/php_imap.c -o php_imap.lo
mkdir .libs
cc -I. -I/root/compilPHP/php-7.2.2/ext/imap -DPHP_ATOM_INC -I/root/compilPHP/php-7.2.2/ext/imap/include -I/root/compilPHP/php-7.2.2/ext/imap/main -I/root/compilPHP/php-7.2.2/ext/imap -I/php/include/php -I/php/include/php/main -I/php/include/php/TSRM -I/php/include/php/Zend -I/php/include/php/ext -I/php/include/php/ext/date/lib -I/usr/include/c-client -DHAVE_CONFIG_H -g -O2 -c /root/compilPHP/php-7.2.2/ext/imap/php_imap.c  -fPIC -DPIC -o .libs/php_imap.o
/bin/bash /root/compilPHP/php-7.2.2/ext/imap/libtool --mode=link cc -DPHP_ATOM_INC -I/root/compilPHP/php-7.2.2/ext/imap/include -I/root/compilPHP/php-7.2.2/ext/imap/main -I/root/compilPHP/php-7.2.2/ext/imap -I/php/include/php -I/php/include/php/main -I/php/include/php/TSRM -I/php/include/php/Zend -I/php/include/php/ext -I/php/include/php/ext/date/lib -I/usr/include/c-client  -DHAVE_CONFIG_H  -g -O2   -o imap.la -export-dynamic -avoid-version -prefer-pic -module -rpath /root/compilPHP/php-7.2.2/ext/imap/modules  php_imap.lo -Wl,-rpath,/usr/lib/x86_64-linux-gnu/mit-krb5 -L/usr/lib/x86_64-linux-gnu/mit-krb5 -lc-client -lcrypt -lpam -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto
cc -shared  .libs/php_imap.o  -L/usr/lib/x86_64-linux-gnu/mit-krb5 -lc-client -lcrypt -lpam -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto  -Wl,-rpath -Wl,/usr/lib/x86_64-linux-gnu/mit-krb5 -Wl,-soname -Wl,imap.so -o .libs/imap.so
creating imap.la
(cd .libs && rm -f imap.la && ln -s ../imap.la imap.la)
/bin/bash /root/compilPHP/php-7.2.2/ext/imap/libtool --mode=install cp ./imap.la /root/compilPHP/php-7.2.2/ext/imap/modules
cp ./.libs/imap.so /root/compilPHP/php-7.2.2/ext/imap/modules/imap.so
cp ./.libs/imap.lai /root/compilPHP/php-7.2.2/ext/imap/modules/imap.la
PATH="$PATH:/sbin" ldconfig -n /root/compilPHP/php-7.2.2/ext/imap/modules

最終編集：うまくいきます。作成前にrpathを変更しました。エクスポート LDFLAGS='-Wl,-rpath,\$${ORIGIN}/../lib' すべての回答に心から感謝します。

ベストアンサー1

これが可能かどうかはよくわかりませんが、そうしてはいけません。とても悪い考えです。

ライブラリSONAME(libfoo.so.X エントリ) はライブラリで定義されています。フルパスがPHPバイナリにあると思うかもしれませんが、SONAMEだけではそうではありません。これが出力にldd表示される理由ですlibk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3：name libk5crypto.so.3、このシステムでは、/usr/lib/x86_64-linux-gnuこのディレクトリのファイルで解決されます。

libk5crypto.so.3ファイルが常にこの場所にあるという保証はありません。パスの一部は、完全なx86_64-linux-gnuマルチアーキテクチャ（Red Hatなど）ではなく、デュアルアーキテクチャのみをサポートするDebianまたはその派生ディストリビューションのいずれかを実行していることを完全に示しています/usr/lib64。これはランタイムダイナミックリンカによって異なり、その設定を使用して（通常）デバッグできるldd場所を見つけることができます。libk5crypto.so.3/etc/ld.so.conf

SONAME非常に特別な意味を持っています。技術全体の詳細に興味があれば、Ulrich Drepperの素晴らしい本を心からお勧めします。文書このトピックに関する限り、そうでない場合は.so.3ファイル名の一部がエンコードされていることを理解する必要があります。互換性APIの一部です。アイデアは、libk5crypto何らかの理由でアップデートするとシステムがインストールされることです。新しいたとえば、libk5crypto.so.3.2シンボリックリンクを移動し、最後に古いライブラリを削除します。つまり、ライブラリが存在する限りABIと互換性、これに対してコンパイルされたすべてのプログラムは、ライブラリが更新されるという理由だけで再コンパイルする必要はありません。

ただし、ライブラリのフルネームをバイナリにエンコードすると、これらの利点は完全になくなり、ライブラリをアップグレードするたびに再コンパイルする必要があります。あなたはほとんど確かにこれをしたくありません。

すべてを言うと、質問は次のとおりです。XYの問題。正確に何を達成しようとしていますか？

おすすめ記事