libpthread.so.0：シンボルの追加エラー：コマンドラインにDSOがありません

openvswitch-1.5.0をコンパイルしているときに、次のコンパイルエラーが発生しました。

 gcc -Wstrict-prototypes -Wall -Wno-sign-compare -Wpointer-arith
     -Wdeclaration-after-statement -Wformat-security -Wswitch-enum -Wunused-parameter -Wstrict-aliasing -Wbad-function-cast -Wcast-align -Wstrict-prototypes -Wold-style-definition -Wmissing-prototypes -Wmissing-field-initializers -Wno-override-init  -g -O2 -export-dynamic ***-lpthread***  -o utilities/ovs-dpctl utilities/ovs-dpctl.o lib/libopenvswitch.a
 /home/jyyoo/src/dpdk/build/lib/librte_eal.a
 /home/jyyoo/src/dpdk/build/lib/libethdev.a
 /home/jyyoo/src/dpdk/build/lib/librte_cmdline.a
 /home/jyyoo/src/dpdk/build/lib/librte_hash.a
 /home/jyyoo/src/dpdk/build/lib/librte_lpm.a
 /home/jyyoo/src/dpdk/build/lib/librte_mbuf.a
 /home/jyyoo/src/dpdk/build/lib/librte_ring.a
 /home/jyyoo/src/dpdk/build/lib/librte_mempool.a
 /home/jyyoo/src/dpdk/build/lib/librte_malloc.a -lrt -lm 
     /usr/bin/ld: /home/jyyoo/src/dpdk/build/lib/librte_eal.a(eal.o): undefined reference
     to symbol 'pthread_create@@GLIBC_2.2.5'
     /lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from 
     command line

の記号を表示しようとするとlibpthread、問題ありません。

$ readelf -s /lib/x86_64-linux-gnu/libpthread.so.0 | grep pthread_create
   199: 0000000000008220  2814 FUNC    GLOBAL DEFAULT   13 pthread_create@@GLIBC_2.2.5
   173: 0000000000008220  2814 FUNC    LOCAL  DEFAULT   13 __pthread_create_2_1
   462: 0000000000008220  2814 FUNC    GLOBAL DEFAULT   13 pthread_create@@GLIBC_2.2

ヒントやアドバイスはありますか？

オブジェクトファイルをコンパイルした後、コマンドラインでライブラリに言及する必要があります。

 gcc -Wstrict-prototypes -Wall -Wno-sign-compare -Wpointer-arith -Wdeclaration-after-statement -Wformat-security -Wswitch-enum -Wunused-parameter -Wstrict-aliasing -Wbad-function-cast -Wcast-align -Wstrict-prototypes -Wold-style-definition -Wmissing-prototypes -Wmissing-field-initializers -Wno-override-init \
     -g -O2 -export-dynamic -o utilities/ovs-dpctl utilities/ovs-dpctl.o \
     lib/libopenvswitch.a \
     /home/jyyoo/src/dpdk/build/lib/librte_eal.a /home/jyyoo/src/dpdk/build/lib/libethdev.a /home/jyyoo/src/dpdk/build/lib/librte_cmdline.a /home/jyyoo/src/dpdk/build/lib/librte_hash.a /home/jyyoo/src/dpdk/build/lib/librte_lpm.a /home/jyyoo/src/dpdk/build/lib/librte_mbuf.a /home/jyyoo/src/dpdk/build/lib/librte_ring.a /home/jyyoo/src/dpdk/build/lib/librte_mempool.a /home/jyyoo/src/dpdk/build/lib/librte_malloc.a \
     -lrt -lm -lpthread 

説明：リンクはモジュールの順序に依存しています。シンボルは最初に要求され、次にそれらを含むライブラリからリンクされます。したがって、最初にライブラリを使用するモジュールを指定し、その後にライブラリを指定する必要があります。このような：

gcc x.o y.o z.o -la -lb -lc

さらに、循環依存がある場合は、コマンドラインで同じライブラリを複数回指定する必要があります。だから、場合にlibbからシンボルを必要とlibcしてlibcからシンボルを必要とするlibbコマンドライン、次のようになります。

gcc x.o y.o z.o -la -lb -lc -lb

エラーメッセージは、ディストリビューション/コンパイラのバージョンによって異なります。

Ubuntu Saucy：

/usr/bin/ld: /mnt/root/ffmpeg-2.1.1//libavformat/libavformat.a(http.o): undefined reference to symbol 'inflateInit2_'
/lib/x86_64-linux-gnu/libz.so.1: error adding symbols: DSO missing from command line

Ubuntu Raring：（参考情報）

/usr/bin/ld: note: 'uncompress' is defined in DSO /lib/x86_64-linux-gnu/libz.so.1 so try adding it to the linker command line

解決策：リンクの段階で、コンパイル手順にライブラリがない可能性があります。私の場合、makefile / GCCフラグに「-lz」を追加しました。

背景： DSOは動的共有オブジェクトまたは共有ライブラリです。

バックグラウンド

DSO missing from command lineそれは通常の検索だとリンカが必要なシンボルが見つからないときにメッセージが表示されますが、シンボルが直接指定された動的ライブラリの依存関係の1つで利用可能です。

以前は、リンカは指定された言語の依存関係のシンボルを使用可能と見なしていました。しかし、それは一部の新しいバージョンで変更され、リンカは何が利用可能かについてより厳密なビューを適用します。したがって、メッセージはその移行を支援することを目的としています。

何をすべきか？

あなたがソフトウェアのメンテナーなら

この問題は、必要なシンボルを満たすために必要なすべてのライブラリーがリンカーコマンドラインで直接指定されていることを確認することによって解決する必要があります。また、順序がしばしば重要であることも覚えておいてください。

ソフトウェアをコンパイルしようとしているだけの場合

回避策として、それはシンボルがオプションを使用して利用可能であるかのより寛容なビューに切り替えることが可能です-Wl,--copy-dt-needed-entries。

これをビルドに挿入する一般的な方法は、実行前にLDFLAGSをエクスポートするconfigureか、次のように同様です。

export LDFLAGS="-Wl,--copy-dt-needed-entries"

LDFLAGS="-Wl,--copy-dt-needed-entries"直接渡すことも時々make働くかもしれません。

別のケースを見つけたので、あなたが間違っていると思います。

これは私が持っていたものです：

/usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse-linux/bin/ld: eggtrayicon.o: undefined reference to symbol 'XFlush'
/usr/lib64/libX11.so.6: error adding symbols: DSO missing from command line

問題は、コマンドラインにDIDが含まれ-lX11ていないことです。ただし、引数にGTKおよびGNOMEライブラリもあったため、依存関係としてlibX11.soを追加する必要があります。

したがって、私に対する唯一の説明は、このメッセージはあなたを助けることを意図したものであったかもしれないが、それが適切に行われなかったということです。これはおそらく単純だったでしょう。シンボルを提供するライブラリはコマンドラインに追加されませんでした。

POSIXでのリンケージに関する3つの重要な規則に注意してください。

• 動的ライブラリには依存関係が定義されているため、依存関係が最も高いライブラリのみを任意の順序で提供する必要があります（静的ライブラリの後）。
• 静的ライブラリには未定義のシンボルしかありません-それらの依存関係を知ってコマンドラインでそれらすべてを提供するのはあなた次第です
• 静的ライブラリの順序は常に次のとおりです。最初にリクエスタ、プロバイダが続きます。そうしないと、ライブラリをコマンドラインに追加し忘れたときと同様に、未定義のシンボルメッセージが表示されます。
• あなたが持つライブラリを指定した場合-l<name>、あなたはそれが取るかどうかを知ることはありませんlib<name>.soかlib<name>.a。見つかった場合は、動的ライブラリーが優先され、静的ライブラリーはコンパイラー・オプションによってのみ強制できます-それだけです。上記のような問題があるかどうかは、静的ライブラリか動的ライブラリかによって異なります
• まあ、依存関係は動的ライブラリに欠けているかもしれません：D

同じエラーが発生しました。lapackとblasの両方でコードをコンパイルしていました。2つのライブラリが呼び出される順序を切り替えると、エラーはなくなりました。

「LAPACK_LIB = -llapack -lblas」は機能しましたが、「LAPACK_LIB = -lblas -llapack」は上記のエラーを示しました。

私も同じ問題に遭遇しました。理由はわかりませんが、-lpthreadコンパイラにオプションを追加するだけで、すべてが正常です。

古い：

$ g++ -rdynamic -m64 -fPIE -pie  -o /tmp/node/out/Release/mksnapshot ...*.o *.a -ldl -lrt

次のエラーが発生しました。-lpthread上記のコマンドにオプションを追加すると、OKです。

/usr/bin/ld: /tmp/node/out/Release/obj.host/v8_libbase/deps/v8/src/base/platform/condition-variable.o: undefined reference to symbol 'pthread_condattr_setclock@@GLIBC_2.3.3'
//lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

私が見つけたのは、リンカーが不平を言っているライブラリーが問題を引き起こしているものではないということです。おそらく問題がどこにあるかを理解するための巧妙な方法がありますが、これは私がやっていることです：

• linkコマンドで、リンクされているすべてのライブラリをコメント化します。
• すべての.oや.soなどをクリーンアップします（通常はクリーンアップで十分ですが、再帰的なfind + rmなどを実行することもできます）。
• linkコマンドでライブラリのコメントを1つずつ解除し、必要に応じて順序を並べ替えます。

@peter karasev：CentOS7のgcc 4.8.2 cmakeプロジェクトで同じ問題に遭遇しました。「target_link_libraries」セクションでのライブラリの順序は重要です。cmakeは、リストをそのままリンカーに渡すだけだと思います。つまり、正しい順序を試しません。これは理にかなっています-考えてみると、リンクが正常に完了するまでcmakeは正しい順序を知ることができません。

追加してください：CFLAGS="-lrt"とLDFLAGS="-lrt"

を使用distccしてc ++プロジェクトを作成すると、同じ問題が発生しました。最後に、で解決しましたexport CXX="distcc g++"。

cmakeとpthreadを使用している場合は、次の行を追加してみてください

find_package(Threads)
target_link_libraries(${CMAKE_THREAD_LIBS_INIT})

HPCCベンチマーク（HPLと他​​のいくつかのベンチマークを含む）をインストールしていたときに、同じことが起こりました。-lmビルドスクリプトのコンパイラフラグに追加したところ、正常にコンパイルされました。

を使用g++する場合は、gcc代わりに実行していないことを確認してください

Makefileの-pthreadライブラリリストの最後に追加してみてください。

それは私のために働いた。

CMakeを使用している場合、解決できる方法がいくつかあります。

解決策1：最もエレガントなもの

add_executable(...)
target_include_directories(...)
target_link_libraries(target_name pthread)

解決策2： CMakeを使用するfind_package

find_package(Threads REQUIRED) # this will generate the flag for CMAKE_THREAD_LIBS_INIT

add_executable(...)
target_include_directories(...)
target_link_libraries(target_name ${CMAKE_THREAD_LIBS_INIT})

解決策3： CMakeフラグを変更する

# e.g. with C++ 17, change to other version if you need
set(CMAKE_CXX_STANDARD 17)
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++17 -pthread")