Libtoolの.la
ファイルは何のためにありますか?共有オブジェクトでどのように使用されますか?
ライブラリの説明を含むテキストファイルです。
libtool
がプラットフォームに依存しない名前を作成できるようにします。
たとえば、libfoo
は次の場所に移動します。
Linuxの場合:
/lib/libfoo.so # Symlink to shared object
/lib/libfoo.so.1 # Symlink to shared object
/lib/libfoo.so.1.0.1 # Shared object
/lib/libfoo.a # Static library
/lib/libfoo.la # 'libtool' library
Cygwin の下:
/lib/libfoo.dll.a # Import library
/lib/libfoo.a # Static library
/lib/libfoo.la # libtool library
/bin/cygfoo_1.dll # DLL
Windows MinGWの場合:
/lib/libfoo.dll.a # Import library
/lib/libfoo.a # Static library
/lib/libfoo.la # 'libtool' library
/bin/foo_1.dll # DLL
したがって、libfoo.la
はlibtool
によってプラットフォーム間で保持される唯一のファイルであり、何が起こるかを理解できます。
ライブラリの特定のプラットフォーム実装に依存することなく。
http://blog.flameeyes.eu/2008/04/14/what-about-those-la-files によると、依存関係を処理するために必要です。ただし、pkg-configを使用する方が適切なオプションです。
完全な世界では、依存関係を必要とするすべての静的ライブラリはpkg-config用の独自の.pcファイルを持ち、そのライブラリに静的にリンクしようとするすべてのパッケージは、リンク先のライブラリを取得するためにpkg-config --staticを使用します。
ここで.laファイルに関する非常に良い説明を見つけました http://openbooks.sourceforge.net/books/wga/dealing-with-libraries.html
まとめ(私が理解した方法):libtoolは静的ライブラリと動的ライブラリを内部で(--diable-sharedまたは--disable-staticを介して)処理するため、ビルドするライブラリファイルにラッパーを作成します。これらは、libtoolでサポートされる環境でバイナリライブラリファイルとして扱われます。