組み込み環境でboostの使用を開始したいと考えています。私はかなりの時間コンパイルを必要とするブースト ライブラリなしで生活できます。ブーストディレクトリをコードベースの適切な場所に移動するだけでうまくいくと思います
- 私はそれについて正しいですか、それともそれよりも複雑ですか?
- 使用されていないライブラリのヘッダー ファイルを削除するにはどうすればよいですか?
- ブースト ライブラリに gcc バージョンの依存関係はありますか。たとえば、最新の gcc-4.1.1 を使用できますか?
組み込み環境でboostの使用を開始したいと考えています。私はかなりの時間コンパイルを必要とするブースト ライブラリなしで生活できます。ブーストディレクトリをコードベースの適切な場所に移動するだけでうまくいくと思います
私はそれについて正しいですか、それともそれよりも複雑ですか?
それはそれをします。
使用されていないライブラリのヘッダーファイルを削除するにはどうすればよいですか?
なぜわざわざ?それらはプログラムにコンパイルされません。ディストリビューションをデプロイするとき、それらを削除するかどうかにかかわらず、違いはありません。
Boostライブラリにgccバージョンの依存関係はありますか?たとえば、最新のgcc-4.1.1を使用できますか?
vOv-これは非常に古いバージョンです。Boostは、古いコンパイラや壊れたコンパイラで動作することを確認するために、ほとんどの場合よりもはるかに多くのことを行う必要があります。あなたは本当にそれをプッシュしています。
私自身は試していませんが、Boost をディレクトリ プレフィックスでコンパイルすると、後でディレクトリを移動できると思います。それには大きな問題は見当たりませんし、少なくとも 1 つでもすぐに修正できない問題は見当たりません。
使用されていないライブラリのヘッダー ファイルを削除するには、使用しているバージョンの bcp ユーティリティを調べます。
http://www.boost.org/doc/libs/1_49_0/tools/bcp/doc/html/index.html
これは「ブーストのサブセットを抽出するためのツール」であり、まさにあなたが探しているものです。
最後の質問については、使用している Boost のバージョンによって異なると思います。gcc の依存関係で問題が発生したことは一度もありません...要件はかなり自由度が高いようです。(使用するBoostよりも)「はるかに」古いバージョンのgccを使用する予定がない限り、あまり心配する必要はないと思います。ここでの「古い」は、心配する必要がないほど古いものだと思います。私が言う数字は、単なる推測にすぎません...
お役に立てれば!