強制使用されていない機能は、共有ライブラリに

Question

プリントミー（）とgetme（）私は、main関数

で（テストのcppファイル）TEST.CPPにプリントミー（）関数を使用

top.cppとtop.hで定義されたをエクスポートします

g++34 -c top.cpp -fPIC  
ar rcs libtop.a top.o  
g++34 -c test.cpp -fPIC 

g++34 -shared -o ltop.so -ltop -L. -fPIC 

getmeは
はそれがgetmeシンボル
を示すされていないltop.so私はnmで行うと、私はltop.so でエクスポートgetme機能を強制するにはどうすればよいltop.so

でエクスポートなっていません私はこの

注意を強制したい：ファイルのような複数の未使用の機能持つことができます - 私はそうライブラリにエクスポートするために、すべてを強制したい
getmeを（）

Answer 1

は、作成するためにあなたの静的ライブラリを使用しないでください。あなたのダイナミックなもの。代わりに、直接コンポーネントオブジェクトファイルを使用します。

g++34 -shared -o ltop.so -fPIC top.o 

理由はバイナリをコンパイルするとき、あなたが-lでライブラリを指定する場合、コンパイル行で、以前からの唯一の未解決の外部シンボルがピックアップされていることです。元のオブジェクトファイルが使用できなくなっている場合、使用、youc、強制的に--whole-archiveリンカオプション代わりに：あなたのケースでは、これは何もありませんので、正確には何もlibtop.a

UPDATEからlibtop.soを作成する際にピックアップされていません

g++34 -shared -o ltop.so -fPIC -Wl,--whole-archive ./libtop.a 

または：：

g++34 -shared -o ltop.so -fPIC -Wl,--whole-archive -L. -ltop 

Answer 2

通常、それは静的ライブラリからすべて、だけではなく、未解決の外部を含めます静的ライブラリとリンクするのは、未解決シンボルを含む静的ライブラリ内のモジュールだけがリンクしてしまうことです。

getme（）への未解決の参照がないので、このモジュールは静的ライブラリからリンクされません。解決策は、明示的にそれを解決しないことです。

マイナーな複雑化要因は、C++シンボル名のマングリングです。 getme()の機能のシンボル名は何ですか？

$ nm libtop.a 

top.o: 
0000000000000000 T _Z5getmei 

オクラホマので、マングルされたシンボル名は_Z5getmei次のとおりです。最も簡単な方法はnmコマンドでライブラリを見ることです。 -uリンカフラグは、リンク時に示されたシンボルへの未解決の参照が使用されるように強制します

g++ -shared -o ltop.so -L. -ltop -Wl,-u -Wl,_Z5getmei 

-uオプションのドキュメントがld manページにあります。これには共有ライブラリのモジュールが含まれます：

$ nm ltop.so | grep getme 
0000000000000680 T _Z5getmei