nmのレポートのシンボルが定義されていますが、lddのレポートのシンボルが定義されていません

Question

リンクの問題があります。私は共有ライブラリlibfoo.soとリンクする必要があります。このライブラリは、read.cのファイルに自分自身を定義したい関数readに依存しています。

私はコンパイルと一緒にすべてをリンクしますが、実行時に、私はシンボルが

$nm baz | grep sread 
    00000000000022f8 t sread 

を定義したが、LDDは、シンボルが

$ldd -r baz | grep sread 
undefined symbol: sread (/home/bar/src/libfoo.so) 

を定義されていない報告された報告nmのエラー

/home/bar/src/libfoo.so: undefined symbol: sread. 

を取得

何ができますか？ libfoo.soが共有ライブラリであるという事実を持つisseがありますか？

Answer 1

まず、 'read'と呼ばれる関数を定義することは、すべてのUNIXenの標準libc関数であるため、悪い考え（TM）です。これを行うと、プログラムの動作は未定義です。

第2に、libbaz.soで定義したreadファンクションに't'が出力され、nm出力にマークされています。これは、この関数がローカルであることを意味します（libbaz.soの外側には表示されません）。グローバル関数は'T'でnmとマークされています。

'static int read(...)'をread.cで定義したときに使用しましたか？ コンパイルしてリンクしたときにコマンドラインにリンカースクリプトattribute((visibility(hidden)))または-fvisibility=hiddenを使用しましたか？libbaz.so？

Answer 2

共有ライブラリをビルドするときは、すべての未定義シンボルを同じライブラリ内または別の（共有）ライブラリ内で解決する必要があります。リンカーはではありません。は、ライブラリの未定義シンボルをアプリケーションのシンボルで解決します。

Answer 3

上記のエラーは、C++コードがG ++でコンパイルされてリンクされている場合にも発生します。 G ++は名前のマングリングを実行するので、実際のシンボルは "_Zsds_ [function_name] _"のようなものになる可能性があり、アンマーグリングされていない名前を検索するときにリンカーがチョークします。

Wikipediaで概要を説明した操作に従って問題が解決されたことを除いて、今日は同じ動作になりました。基本的には、C++コンパイラでコンパイルされたCコードはシンボルテーブルに "mangled"という名前を持ち、Cスタイルのシンボル解決に失敗します。