1

サポートするすべてのプラットフォームで共通のソフトウェア セットを使用できるように、RPM ベースのソフトウェア ディストリビューションを維持しています。その結果、多くのサードパーティ製ソフトウェアをビルドする必要があり、Solaris または別のプラットフォームでビルドするために autoconf/automake/libtoolize/etc を実行する必要がある状況が頻繁に見つかります。

私はこれで非常に複雑な結果を得ました。これらのツールはかなり壊れやすいようで、多くの場合、ファイルは元々書かれたバージョンの autoconf/automake/etc でしか動作しません。

理想的には、GNU autotools の 1 つのバージョンのみをサポートする必要があることを望んでいますが、最終的にはすべてのバージョンのコピーをあちこちに置く必要があるという印象を受けます。

これは珍しいことですか、それとも他の人も同じ問題を抱えていますか? すべてのケースをカバーする autotools のバージョンのサブセットはありますか?

4

2 に答える 2

5

autotools が壊れやすく、バージョン固有であることは事実です。ただし、これらのツールは開発マシンでのみ使用する必要があることに注意してください。プロジェクトをターゲットマシンに配置する場合、ターゲットにツールをインストールする必要はありません。テスト マシンでさえ、ツールは必要ありません。プロジェクトに追加のファイルやライブラリを追加するなど、依存関係が変更された場合にのみ実行する必要があります。

私たちはこれらのツールを社内プロジェクトで長年使用してきましたが、これ以上のソリューションは見つかりませんでした。あなたが Unix の世界にいるのであれば、configure; make; make install ただ動くだけのシステムを持つことの利点を過小評価しないでください。

于 2008-09-20T17:04:12.573 に答える
1

あなたの経験は珍しいことではありません。特に複雑なプロジェクトの場合、Autotoolsはそのように脆弱です。悲しいことに、それの多くのバージョンを周りに置くための代替手段はないようです.

于 2008-09-20T00:24:05.257 に答える