1) Ubuntu 10.04、OpenSSL 0.9.8 の場合:

Question 1

デフォルト以外のパッケージに対してコンパイル/リンクするときには、次の 3 つの点に注意する必要があります。

ヘッダー（通常はCFLAGS）
コンパイル時のライブラリパス（通常はLDFLAGS）
ランタイムライブラリパス（rpathLDFLAGS、、LD_RUN_PATHまたは経由）LD_LIBRARY_PATHld.so.conf

それが何であるかを述べていないprogので、その構成がどの程度適切に動作するかはわかりません (または autoconf を使用しているかどうか?)。最初の 2 つの手順のみを確実に実行するものを多数見てきました。

リンク段階ではライブラリパスの順序が重要になります。GNU ツールチェーン (gcc と binutils) を使用している場合は、次の設定をCFLAGS前configure(または直接Makefile) に設定することで、何が起こっているかを確認できるでしょう。

export CFLAGS="-Wl,-t"

これにより、-tトレースオプションがリンカーに渡されます。make中に簡潔な "CC" 行と "LD" 行のみが出力される場合は、make コマンドにV=1またはを追加する必要がある可能性があります。VERBOSE=1

実行時に、ld.so注意深く設定することで何が試みられるかを見ることができますLD_DEBUG。例えば、

LD_DEBUG=libs ./myprog

（または詳細についてはfilesまたはの値を試してください）symbols

ビルド時に 3 つのパラメータすべてを正しく指定するには、次のようにします。

export CFLAGS="-I/usr/local/ssl-1.0.2/include"
export LDFLAGS="-L/usr/local/ssl-1.0.2/lib -R/usr/local/ssl-1.0.2/lib"

その後、再構成/再コンパイルします。

--openssldirより一般的な方法ではなくを使用しています--prefix(後者をお勧めします。また、make install_swデフォルトのインストールで提供される 1000 個ほどのマニュアルページとシンボリックリンクが必要ない場合はも使用してください)。これが問題の一部である可能性があります。何らかの理由で、表示されている .so ライブラリにはld.soバージョンサフィックスがないことがわかっています (例.so.1.0.2)。適切な " " によって、(メインののターゲットを介して)make installそれが設定されているはずです。link-sharedMakefile

この-Rオプションは、特定のOpenSSLライブラリの実行可能出力にRPATHを埋め込むようにリンカーに指示します。これにより、ランタイムリンカー（）が通常提供するデフォルトに依存する必要がなくなりますld.so。既存のバイナリを変更するには、chrpathその代わり。

これは、ほぼエクスポートと同じですLD_LIBRARY_PATH=/usr/local/ssl-1.0.2/lib。RPATH と関連する RUNPATH の詳細については、次を参照してください。http://blog.tremily.us/posts/rpath/

最後の手段として、OpenSSL を「shared」なしまたは「noshared」でビルドすることもできます。これにより、この問題のない静的ライブラリが提供されます (ただし、ELF .so 内での使用など、PIC/PIE の問題が発生するなど、他の問題が発生する可能性があります)。

更新された詳細に基づくと、問題は 1.0.1 と 1.0.2beta の両方が .so バージョンサフィックス (SONAME) を 1.0.0 に設定していることにあると思います。0.9.8 のみを搭載した最初のシステムでは、これによって問題は発生しません。1.0.1 と 1.0.2 の両方が 1.0.0 としてバージョン設定された 2 番目のシステムでは、順序に基づいて「最初に一致したものが優先されます」ld.so.{conf,d}。ldコンパイル時のリンカーは実行時のリンカーとは異なるプログラムでありld.so、異なる動作をする可能性があります (通常、ご覧のとおり、シンボルエラーまたはそれ以上の結果になります)。

$ cd /usr/local/src/openssl/openssl/1.0.2beta1
$ readelf -a libssl.so | grep SONAME
0x0000000e (SONAME)                     Library soname: [libssl.so.1.0.0]

$ cat verchk.c
int main(int argc, char *argv[]) {
    printf("build: %s\n",OPENSSL_VERSION_TEXT);
    printf("run  : %s\n",SSLeay_version(SSLEAY_VERSION));
    return 0;
}

$ gcc -Wall  -I/usr/local/src/openssl/openssl-1.0.2-beta1/include \
    -Wl,-rpath /usr/local/src/openssl/openssl-1.0.2-beta1/ \
    -o verchk /usr/local/src/openssl/openssl-1.0.2-beta1/libcrypto.so verchk.c

$ ./verchk
build: OpenSSL 1.0.2-beta1 24 Feb 2014
run  : OpenSSL 1.0.2-beta1 24 Feb 2014

$ grep SHLIB_M...R= Makefile
SHLIB_MAJOR=1
SHLIB_MINOR=0.0

アップデート OpenSSL-1.1 では API レベルの変更がいくつか行われたため、上記のコードは v1.1 ヘッダーおよび古いライブラリ () ではコンパイルできませんundefined reference to `OpenSSL_version'。

SSLeay_version()は非推奨となり、( に応じてOPENSSL_API_COMPAT)#define適切な API 関数に -dされる可能性がありますOpenSSL_version()。

Answer

デフォルト以外のパッケージに対してコンパイル/リンクするときには、次の 3 つの点に注意する必要があります。

ヘッダー（通常はCFLAGS）
コンパイル時のライブラリパス（通常はLDFLAGS）
ランタイムライブラリパス（rpathLDFLAGS、、LD_RUN_PATHまたは経由）LD_LIBRARY_PATHld.so.conf

それが何であるかを述べていないprogので、その構成がどの程度適切に動作するかはわかりません (または autoconf を使用しているかどうか?)。最初の 2 つの手順のみを確実に実行するものを多数見てきました。

リンク段階ではライブラリパスの順序が重要になります。GNU ツールチェーン (gcc と binutils) を使用している場合は、次の設定をCFLAGS前configure(または直接Makefile) に設定することで、何が起こっているかを確認できるでしょう。

export CFLAGS="-Wl,-t"

これにより、-tトレースオプションがリンカーに渡されます。make中に簡潔な "CC" 行と "LD" 行のみが出力される場合は、make コマンドにV=1またはを追加する必要がある可能性があります。VERBOSE=1

実行時に、ld.so注意深く設定することで何が試みられるかを見ることができますLD_DEBUG。例えば、

LD_DEBUG=libs ./myprog

（または詳細についてはfilesまたはの値を試してください）symbols

ビルド時に 3 つのパラメータすべてを正しく指定するには、次のようにします。

export CFLAGS="-I/usr/local/ssl-1.0.2/include"
export LDFLAGS="-L/usr/local/ssl-1.0.2/lib -R/usr/local/ssl-1.0.2/lib"

その後、再構成/再コンパイルします。

--openssldirより一般的な方法ではなくを使用しています--prefix(後者をお勧めします。また、make install_swデフォルトのインストールで提供される 1000 個ほどのマニュアルページとシンボリックリンクが必要ない場合はも使用してください)。これが問題の一部である可能性があります。何らかの理由で、表示されている .so ライブラリにはld.soバージョンサフィックスがないことがわかっています (例.so.1.0.2)。適切な " " によって、(メインののターゲットを介して)make installそれが設定されているはずです。link-sharedMakefile

この-Rオプションは、特定のOpenSSLライブラリの実行可能出力にRPATHを埋め込むようにリンカーに指示します。これにより、ランタイムリンカー（）が通常提供するデフォルトに依存する必要がなくなりますld.so。既存のバイナリを変更するには、chrpathその代わり。

これは、ほぼエクスポートと同じですLD_LIBRARY_PATH=/usr/local/ssl-1.0.2/lib。RPATH と関連する RUNPATH の詳細については、次を参照してください。http://blog.tremily.us/posts/rpath/

最後の手段として、OpenSSL を「shared」なしまたは「noshared」でビルドすることもできます。これにより、この問題のない静的ライブラリが提供されます (ただし、ELF .so 内での使用など、PIC/PIE の問題が発生するなど、他の問題が発生する可能性があります)。

更新された詳細に基づくと、問題は 1.0.1 と 1.0.2beta の両方が .so バージョンサフィックス (SONAME) を 1.0.0 に設定していることにあると思います。0.9.8 のみを搭載した最初のシステムでは、これによって問題は発生しません。1.0.1 と 1.0.2 の両方が 1.0.0 としてバージョン設定された 2 番目のシステムでは、順序に基づいて「最初に一致したものが優先されます」ld.so.{conf,d}。ldコンパイル時のリンカーは実行時のリンカーとは異なるプログラムでありld.so、異なる動作をする可能性があります (通常、ご覧のとおり、シンボルエラーまたはそれ以上の結果になります)。

$ cd /usr/local/src/openssl/openssl/1.0.2beta1
$ readelf -a libssl.so | grep SONAME
0x0000000e (SONAME)                     Library soname: [libssl.so.1.0.0]

$ cat verchk.c
int main(int argc, char *argv[]) {
    printf("build: %s\n",OPENSSL_VERSION_TEXT);
    printf("run  : %s\n",SSLeay_version(SSLEAY_VERSION));
    return 0;
}

$ gcc -Wall  -I/usr/local/src/openssl/openssl-1.0.2-beta1/include \
    -Wl,-rpath /usr/local/src/openssl/openssl-1.0.2-beta1/ \
    -o verchk /usr/local/src/openssl/openssl-1.0.2-beta1/libcrypto.so verchk.c

$ ./verchk
build: OpenSSL 1.0.2-beta1 24 Feb 2014
run  : OpenSSL 1.0.2-beta1 24 Feb 2014

$ grep SHLIB_M...R= Makefile
SHLIB_MAJOR=1
SHLIB_MINOR=0.0

アップデート OpenSSL-1.1 では API レベルの変更がいくつか行われたため、上記のコードは v1.1 ヘッダーおよび古いライブラリ () ではコンパイルできませんundefined reference to `OpenSSL_version'。

SSLeay_version()は非推奨となり、( に応じてOPENSSL_API_COMPAT)#define適切な API 関数に -dされる可能性がありますOpenSSL_version()。

Question 2

新しいライブラリのパスは、内のファイルの 1 つにありますか/etc/ld.so.conf.d? 次に実行します:-

#ldconfig -v

キャッシュを再構築します。素早く実行すれば、出力される長いリストの中に新しいライブラリが表示されるはずです（または、grepまたはにパイプしますless）。

おそらく、パスは最初のサーバーにはすでに存在していたが、2 番目のサーバーには存在していなかったのでしょうか?

Answer

新しいライブラリのパスは、内のファイルの 1 つにありますか/etc/ld.so.conf.d? 次に実行します:-

#ldconfig -v

キャッシュを再構築します。素早く実行すれば、出力される長いリストの中に新しいライブラリが表示されるはずです（または、grepまたはにパイプしますless）。

おそらく、パスは最初のサーバーにはすでに存在していたが、2 番目のサーバーには存在していなかったのでしょうか?

1) Ubuntu 10.04、OpenSSL 0.9.8 の場合:

1) Ubuntu 10.04、OpenSSL 0.9.8 の場合:

2) Debian Wheezy、OpenSSL 1.0.1 の場合:

3) Wheezyで動作させる方法

知りたいこと

答え1

答え2

関連情報