なぜBazelはアンダーリンクしていて、どうすれば修正できますか？

Question

私はビルドして、LCMをBazelとパッケージ化しようとしています。これは「ビルド」部分で機能しますが、最終的には外部のコンシューマーが使用できないライブラリ（パッケージが壊れているため「パッケージ」に失敗します）が発生します。

LCMは、pkg_config_package（gory details）でインポートしているglibを使用しています。具体的には、LCMはglib を内部でと使用しますが、ユーザーには公開しません。つまり、の消費者はglibをリンクする必要はありません。 liblcm.soはこれを行う必要があり、消費者はLCM自体にリンクするだけでよい。

これはすべて上流（CMakeを使用し、正しいことをする）でうまく動作します。しかし、Bazelは、何らかの未知の理由のために、liblcm.soをglibにリンクしていないようです。私が同じ全体的な環境内でBazelで実行可能ファイルをビルドすると、BazelはLCMのユーザーもglibにリンクする必要があることを知っているようです。しかし、このLCMを外付けでパッケージ化しようとすると、liblcm.soがglibにリンクされていないため、LCMのプライベート glib依存関係に対処する必要があります。

なぜBazelはLCMライブラリをglibにリンクしていないのですか？どうすれば修正できますか？

（P.S.私たちはlibbotと同様の問題を持っている...）

Answer 1

明らかに、これは既知の問題です：https://github.com/bazelbuild/bazel/issues/492です。

cc_libraryをcc_binaryにすることはできません。なぜなら、アンダーリンクを修正する一方、他のBazelターゲットではライブラリを使用できないからです。また、cc_binaryをcc_libraryに改行することもできません。内部コンシューマと外部コンシューマが同じライブラリを使用していないためです。

Answer 2

静的ライブラリは、他の静的ライブラリとリンクしません。 Bazelを使用してビルドする場合、Bazelは依存関係を追跡し、実行可能ファイルをビルドするときはすべての依存ライブラリとリンクします。

静的ライブラリのリンクについて、ここでより多くの情報があります：育て Linking static libraries to other static libraries

一つの興味深い提案が両方のライブラリをアーカイブ解除し、すべての.oファイルで新しいライブラリを作成しています。これは、おそらく一流で達成される可能性があります。