共有ライブラリ内の未解決のシンボルを簡単にチェックしますか？

Question 1

私はかなり大きなC ++共有オブジェクトライブラリを書いていますが、デバッグを面倒にする小さな問題に遭遇しました。

ヘッダーファイルで関数/メソッドを定義し、そのスタブを作成するのを忘れた場合（開発中）、実行可能ファイルではなく共有オブジェクトライブラリとしてビルドしているため、コンパイル時にエラーが表示されず、その機能を実装するのを忘れました。私が何かが間違っていることを見つける唯一の方法は、実行時に、このライブラリに対してリンクしているアプリケーションが「未定義のシンボル」エラーでフォールオーバーするときです。

コンパイル時に必要なすべてのシンボルがあるかどうかを確認する簡単な方法を探しています。おそらく、Makefileに追加できるものです。

私が思いついた解決策の1つは、コンパイルされたライブラリを実行してnm -C -U、すべての未定義の参照のデマングルされたリストを取得することです。問題は、GLibCなどの他のライブラリにあるすべての参照のリストも表示されることです。もちろん、最終的なアプリケーションがまとめられると、このライブラリと一緒にリンクされます。の出力を使用することも可能であろうnmとするgrepすべての私のヘッダファイルを通って、対応する名前のいずれかどうかを確認..しかし、これは非常識と思われます。確かにこれは珍しい問題ではなく、それを解決するためのより良い方法がありますか？

Question 2

リンカオプション-z defs/を確認してください--no-undefined。共有オブジェクトを作成するときに、未解決のシンボルがあるとリンクが失敗します。

gccを使用してリンカーを呼び出す場合は、コンパイラ-Wlオプションを使用してオプションをリンカに渡します。

gcc -shared ... -Wl,-z,defs

例として、次のファイルについて考えてみます。

#include <stdio.h>

void forgot_to_define(FILE *fp);

void doit(const char *filename)
{
    FILE *fp = fopen(filename, "r");
    if (fp != NULL)
    {
        forgot_to_define(fp);
        fclose(fp);
    }
}

これを共有オブジェクトに組み込むと、成功します。

> gcc -shared -fPIC -o libsilly.so silly.c && echo succeeded || echo failed
succeeded

ただし、を追加する-z defsと、リンクが失敗し、欠落しているシンボルについて通知されます。

> gcc -shared -fPIC -o libsilly.so silly.c -Wl,-z,defs && echo succeeded || echo failed
/tmp/cccIwwbn.o: In function `doit':
silly.c:(.text+0x2c): undefined reference to `forgot_to_define'
collect2: ld returned 1 exit status
failed

Question 3

Linux（あなたが使用しているように見える）ではldd -r a.out、あなたが探している答えを正確に与えるはずです。

更新：a.outチェックする対象を作成する簡単な方法：

 echo "int main() { return 0; }" | g++ -xc++ - ./libMySharedLib.so
 ldd -r ./a.out

Question 4

テストスイートはどうですか？必要なシンボルにリンクするモック実行可能ファイルを作成します。リンクが失敗した場合は、ライブラリインターフェイスが不完全であることを意味します。

Question 5

私は一度同じ問題を抱えていました。私はC ++でコンポーネントモデルを開発していましたが、もちろん、コンポーネントは実行時に動的にロードされるはずです。私が適用した解決策は3つあります。

静的にコンパイルできるビルドシステムを定義するには、少し時間がかかります。エンジニアリングに時間を費やすことはありませんが、これらの厄介なランタイムエラーをキャッチする時間を大幅に節約できます。
関数をよく知られたよく理解されているセクションにグループ化して、関数/スタブをグループ化して、対応する各関数にスタブがあることを確認できるようにします。それをうまく文書化することに時間をかけるなら、おそらく定義をチェックするスクリプトを書いて（たとえば、そのdoxygenコメントを介して）、対応する.cppファイルでそれをチェックすることができます。
同じライブラリのセットをロードし、RTLD_NOWフラグをdlopenに指定するいくつかのテスト実行可能ファイルを実行します（* NIXの下にいる場合）。それらは欠落しているシンボルを通知します。

お役に立てば幸いです。