6

私は自分のニーズに合うように（autoconf、automake、libtoolを使用して）独自の単体テストライブラリを作成しています（非常に大量の機能は必要ありません。テストランナーとアサーションだけが必要です）。使えるようになりました。

もちろん、config.hを使用して、どのヘッダーを含めるかを判断します。問題は、config.hが他のプロジェクトのconfig.hと簡単に衝突する傾向があるため、どこに行くべきかわからないことと、アーキテクチャに依存していることです。

このヘッダーをインストールするための私の方法は何ですか？（他のすべてのヘッダーで必要です）

4

3 に答える 3

5

ax_prefix_config_hマクロは、あなたが望むもののように聞こえます。config.h 情報をプレフィックスとして含む別の config.h のようなファイルを作成する方法を提供します。したがって、たとえば、config.h の #define HAVE_SOMETHING の代わりに、mylib_config.h の #define MYLIB_HAVE_SOMETHING を取得します。とても便利です。

于 2009-11-28T01:57:30.310 に答える
2

config.hとにかく、ライブラリのインターフェースでエクスポートするべきではありません。

このリンクは、インストールされたヘッダーが本当にプラットフォームに依存する必要がある場合に回避する方法を示しています。ただし、時代遅れの autoconf マクロを使用する脆弱な方法です。

于 2009-11-29T18:00:45.483 に答える
1

AC_OUTPUT マクロを変更することで、別の構成ファイルを出力することを選択できますが、プロジェクトが他のプロジェクトとどのように統合されるかはわかりません。サブプロジェクトの場合は、とにかくサブディレクトリにあります。

于 2009-11-27T19:27:33.150 に答える