同じライブラリを2回リンクすることで循環依存関係を解決できますか？

Question

コードベースが静的ライブラリに分割されています。残念ながら、ライブラリには循環依存があります。たとえばlibfoo.aはlibbar.aに依存し、その逆もあります。

私はこれを処理するための「正しい」方法はそうのように、リンカーの--start-groupと--end-groupオプションを使用することです知っている：

g++ -o myApp -Wl,--start-group -lfoo -lbar -Wl,--end-group 

しかし、当社の既存のMakefileには、問題は通常、次のように処理されます。

g++ -o myApp -lfoo -lbar -lfoo 

（これは〜に複雑な相互依存関係を持つ20個のライブラリを拡張想像してみてください。）

私はOUを通過されていますr第2フォームを最初に変更したメイクファイル、しかし今では私の同僚はなぜ私に尋ねています...そして、それは「クリーナーなので」と他のフォームが危険であるという曖昧な感覚の他に、良い答えはありません。

同じライブラリを複数回リンクすることができますこれまでに作成に問題がありますか？たとえば、同じ.oが2回引き込まれると、リンクが複数定義のシンボルで失敗する可能性がありますか？あるいは、同じ静的オブジェクトを2つコピーして微妙なバグを作成するリスクがありますか？

基本的に、同じライブラリを複数回リンクする際にリンク時または実行時にエラーが発生する可能性があるかどうかを知りたいと思います。もしそうなら、それらを引き起こす方法。ありがとう。

Answer 1

私が提供できるのは反例の欠如です。私は実際には（たとえそれがはっきりしていても）最初の形式を見たことはありませんでしたが、これは第2の形式で解決されています。

それでも、特定の方法で動作するリンカに頼るのではなく、ライブラリ間の関係をはっきりと示しているので、最初のフォームに変更することをお勧めします。

しかし、少なくとも共通の部分を追加のライブラリに引き出すコードをリファクタリングする可能性があるかどうかを検討することをお勧めします。

Answer 2

これはレガシーアプリケーションなので、ライブラリの構造は、もはや関係しない配列から継承されていると思います。

継承されたライブラリ構造にまだ構造上の理由が残っていても、ほぼ確実に、従来の配置からもう1つのライブラリを構築することは可能です。 20ライブラリのすべてのモジュールを新しいライブラリliballofthem.aに入れるだけです。そして、すべての単一のアプリケーションは単純ですg++ -o myApp -lallofthem ...