AutoconfおよびAutotoolsの代替手段? [閉まっている]
他のヒント
私はダウン投票の機会を取っていますが、残念ながら、オートツールに代わるものはありません。 CMake、SCons、bjamは素晴らしいですが、深刻な作業に関しては、CMakeが同じことを行うことができないためではなく、それを行うのがはるかに難しいため、オートツールが優れていることは明らかです。
たとえば、autotoolsの最も一般的な代替手段であるCMakeには、次の欠点があります:
- gettextはサポートされていません。これは、多くの翻訳と翻訳されたソースコードを管理する必要がある場合に、実際の問題になる可能性があります。
- アンインストールターゲットのサポートはありません。インストールしたプログラムをアンインストールできないことを知るのは非常に不快です。
- 共有および静的ライブラリの両方の自動ビルドはありません。
- ドキュメントは非常に限定的であり、悪いです。
など。
他にも多くのポイントがあります。残念ながら、オートツールに代わる高品質の代替品はありません。一方、Visual StudioのWindows およびで開発する場合、autotoolsを使用できず、そのようなツールを提供するCMakeを選択する必要があります。
SCons で大成功を収めました。 Pythonでビルドされており、ビルドスクリプトは実際にはPythonスクリプトそのものであり、非常に表現力があります。 Webサイトから:
SConsは、オープンソースソフトウェア構築ツール—つまり、次世代のビルドツールです。 SConsは、
autoconf / automake
およびccache
Make ユーティリティの改良されたクロスプラットフォーム代替物と考えてください。 >。要するに、SConsはソフトウェアを構築するためのより簡単で、信頼性が高く、より高速な方法です。
さまざまな代替Makefileジェネレーターとビルドシステムがあります:
また利用可能ですが、C / C ++を厳密に対象とはしていません:
しかし、これらすべてをリストした後、オートツールには、エンドユーザーに他の依存関係を必要としないという大きな利点があります。 configureスクリプトは、シェルスクリプトであるため、開発者によって1回だけ生成され、ユーザー側で特別なものを必要としません。上記のツールは、誰かがソースをビルドする前にインストールする必要があり、依存関係がある場合もあります。
もう1つの自動*置換- mk-configure 。ドキュメントはこちら
にあります。CMakeを見てきましたが、クロスコンパイルしない限り、これは良い選択肢のように見えます。ネイティブコンパイルを行っている場合は、試してみてください
MozillaでmakeのPythonバージョンが作成されています- pymake -おそらくクロスプラットフォームでの使用をサポートしています。
ANTまたはmavenからC / C ++ソフトウェアを構築する場合、 terp に興味があるかもしれません。多くのプラットフォーム上の多くのC ++コンパイラで動作する移植可能なC ++コンパイラタスクが含まれています。