多くの静的ライブラリ（a_1-a_n）に依存する小さなコードがあります。そのコードを静的ライブラリにパッケージ化して、他の人が利用できるようにしたいと考えています。
私の静的ライブラリは、Xと呼んでも問題なくコンパイルされます。
Xの関数を使用する簡単なサンプルプログラムを作成しましたが、Xにリンクしようとすると、ライブラリa_1-a_nからシンボルが欠落しているという多くのエラーが発生します。
XとXに必要なすべての機能（a_1-a_nから選択されたビット）を含む新しい静的ライブラリYを作成して、プログラムをリンクする人々にYだけを配布できる方法はありますか？
更新：
私はarですべてをダンプして1つのメガライブラリを作成することだけを見てきましたが、必要のない多くのシンボルが含まれます（すべての.oファイルは約700 MBですが、静的にリンクされた実行可能ファイルは7です） MB）。実際に必要なものだけを含める良い方法はありますか？
これは、複数のC / C ++ライブラリを1つに結合する方法に密接に関連しているように見えますか？。
回答:
静的ライブラリは他の静的ライブラリとリンクしません。これを行う唯一の方法は、librarian / archiverツール（Linuxのarなど）を使用して、複数のライブラリーを連結することにより、単一の新しい静的ライブラリーを作成することです。
編集：更新に応じて、必要なシンボルのみを選択する唯一の方法は、それらを含む.oファイルのサブセットから手動でライブラリを作成することです。これは難しく、時間がかかり、エラーが発生しやすくなります。これを行うのに役立つツールはありません（存在しないことは言うまでもありません）が、これを作成するのは非常に興味深いプロジェクトになります。
-r、出力をldの入力として使用できるオプションを提供します。いったんリンクすると、再配置可能ファイルを取得する必要があるため、ライブラリを代理することができます。（試してみました）。
Visual Studioを使用している場合は、そうできます。
Visual Studioに付属するライブラリビルダーツールを使用すると、コマンドラインでライブラリを結合できます。ビジュアルエディターでこれを行う方法はわかりません。
lib.exe /OUT:compositelib.lib lib1.lib lib2.libLinuxまたはMingWでは、GNUツールチェーンを使用：
ar -M <<EOM
CREATE libab.a
ADDLIB liba.a
ADDLIB libb.a
SAVE
END
EOM
ranlib libab.aliba.aおよびを削除しない場合libb.a、「シンアーカイブ」を作成できます。
ar crsT libab.a liba.a libb.aWindowsでは、MSVCツールチェーンを使用します。
lib.exe /OUT:libab.lib liba.lib libb.libar crsT、コピーの代わりに「シンボリックリンク」のようなことを行うを使用することができ、データのコピーを1つ送るだけで済みます。
静的ライブラリは、.oオブジェクトファイルのアーカイブにすぎません。それらをar（Unixを想定して）抽出し、1つの大きなライブラリに戻します。
Link Library Dependenciesプロジェクトプロパティの代わりに、Visual Studioでライブラリをリンクする別の方法があります。
Add Existing Item...）。Item TypeますLibraryこれは、実行したかのように、Xの他のライブラリを含みます
lib /out:X.lib X.lib other1.lib other2.lib残りを読む前に注意してください：ここに示されているシェルスクリプトは確かに安全でなく、十分にテストされています。自己責任！
私はそのタスクを達成するためにbashスクリプトを書きました。ライブラリがlib1で、いくつかのシンボルを含める必要があるのはlib2だとします。スクリプトはループで実行されるようになり、最初にlib1のどの未定義のシンボルがlib2にあるかをチェックします。次に、対応するオブジェクトファイルをlib2からで抽出しar、名前を少し変更して、lib1に入れます。lib2からインクルードしたものは、まだインクルードしていないlib2からの他のものが必要であるため、ループを再度実行する必要があるため、不足しているシンボルがさらに存在する可能性があります。ループのいくつかのパスの後、変更がない場合、つまりlib2のオブジェクトファイルがlib1に追加されない場合、ループは停止する可能性があります。
含まれているシンボルはまだによって未定義として報告されていることに注意してくださいnm。ループを停止できるかどうかを判断するために、lib1自体に追加されたオブジェクトファイルを追跡しています。
#! /bin/bash
lib1="$1"
lib2="$2"
if [ ! -e $lib1.backup ]; then
echo backing up
cp $lib1 $lib1.backup
fi
remove_later=""
new_tmp_file() {
file=$(mktemp)
remove_later="$remove_later $file"
eval $1=$file
}
remove_tmp_files() {
rm $remove_later
}
trap remove_tmp_files EXIT
find_symbols() {
nm $1 $2 | cut -c20- | sort | uniq
}
new_tmp_file lib2symbols
new_tmp_file currsymbols
nm $lib2 -s --defined-only > $lib2symbols
prefix="xyz_import_"
pass=0
while true; do
((pass++))
echo "Starting pass #$pass"
curr=$lib1
find_symbols $curr "--undefined-only" > $currsymbols
changed=0
for sym in $(cat $currsymbols); do
for obj in $(egrep "^$sym in .*\.o" $lib2symbols | cut -d" " -f3); do
echo " Found $sym in $obj."
if [ -e "$prefix$obj" ]; then continue; fi
echo " -> Adding $obj to $lib1"
ar x $lib2 $obj
mv $obj "$prefix$obj"
ar -r -s $lib1 "$prefix$obj"
remove_later="$remove_later $prefix$obj"
((changed=changed+1))
done
done
echo "Found $changed changes in pass #$pass"
if [[ $changed == 0 ]]; then break; fi
doneそのスクリプトに名前を付けたlibcompので、たとえば次のように呼び出すことができます
./libcomp libmylib.a libwhatever.aここでlibwhateverは、シンボルを含めたい場所です。ただし、最初にすべてを別のディレクトリにコピーするのが最も安全だと思います。私のスクリプトはあまり信用しません（ただし、それは私にとってはうまくいきました。それを使用してlibgsl.aを数値ライブラリに含め、-lgslコンパイラスイッチを省略できます）。