| 開発者 | GNUプロジェクト[1] |
|---|---|
| 初回リリース | 1997年7月9日 |
| 安定版リリース | 2.5.3 (2024年9月25日[2] ) [±] |
| リポジトリ |
|
| オペレーティング·システム | クロスプラットフォーム |
| タイプ | 図書館 |
| ライセンス | GPLv2 |
| Webサイト | このサイトは、 |
コンピュータプログラミングにおいて、GNU Libtoolは、GNUビルドシステムの一部であるソフトウェア開発ツールであり、ソースコードから共有ライブラリをコンパイルする際のソフトウェア移植性の問題を解決するために作成されたシェルスクリプト[3]で構成されています。共有ライブラリをコンパイルするコマンドのコンピューティングプラットフォーム間の違いを隠します。[4]プラットフォーム間で同一のコマンドラインインターフェイス を提供し、プラットフォームのネイティブコマンドを実行します。
根拠
オペレーティング システムによって共有ライブラリの扱い方が異なります。共有ライブラリをまったく使用しないプラットフォームもあります。ソフトウェア プログラムを移植可能にするのは難しい場合があります。C コンパイラはシステムごとに異なり、一部のシステムでは特定のライブラリ関数が欠落しており、ヘッダー ファイルの名前が異なる場合があります。
Libtool は、さまざまなUnix 系オペレーティング システムでの静的ライブラリと動的 ライブラリの作成を管理するのに役立ちます。Libtool は、ライブラリ作成プロセスを抽象化し、さまざまなシステム ( LinuxシステムとSolarisなど) 間の違いを隠すことでこれを実現します。
GNU Libtool は、プラットフォーム固有の依存関係とユーザー インターフェイスの両方を 1 つのスクリプトにカプセル化することで、新しいシステムでコンピュータ プログラムをコンパイルするプロセスを簡素化するように設計されています。 [5]プログラムを新しいシステムに移植する場合、Libtool は、移植者が構築する共有ライブラリの低レベルのドキュメントを読む必要がなく、 configureスクリプト (または同等のもの) を実行するだけで済むように設計されています。 [5]
使用
Libtoolは、GNUビルドシステムの他の2つの移植性ツールである AutoconfとAutomakeによって使用されます。また、直接使用することもできます。 [6]
クローンと派生品
GNU Libtoolがリリースされて以来、他のフリーソフトウェアプロジェクトは、異なるソフトウェアライセンスの下で代替品を作成してきました。[7] slibtoolはそのような実装の1つです。[8]
参照
参考文献
- ^ 「GNU」 。 2012年6月25日閲覧。
- ^ イレアナ・ドゥミトレスク (2024 年 9 月 25 日)。 「libtool-2.5.3 リリース [安定版]」。GNU Libtool - ニュース。サバンナ.gnu.org。
- ^ 「他の実装の事後分析」。GNU Libtool マニュアル。GNU プロジェクト。2015 年 2 月 15 日。2021年 2 月 2 日に閲覧。
- ^ 「はじめに」。GNU Libtool マニュアル。GNU プロジェクト。2015 年 2 月 15 日。2021年 2 月 2 日に閲覧。
- ^ ab Libtool マニュアル
- ^ 「libtool の Makefile ルールの記述」。GNU Libtool マニュアル。GNU プロジェクト。2015 年 2 月 15 日。2021年 2 月 2 日に閲覧。
- ^ BSD ライセンスの libtool。
- ^ 「Slibtool - Gentoo wiki」. wiki.gentoo.org . 2024年3月11日閲覧。
外部リンク
- 公式サイト
- Autobook ホームページ 2010-12-20 にWayback Machineでアーカイブ
- Autotools チュートリアル
- クロスコンパイル時に libtool の危険地帯を回避する 2009-03-28 にWayback Machineでアーカイブ
- オートツールの神話破り
