ビルドの自動化：Qt以外のプロジェクトでQMakeを使用するのは通常ですか？

したがって、私はC ++ライブラリを作成する予定であり、それをクロスプラットフォームにしたいと考えています。このライブラリはUIを処理せず、依存関係をできるだけ少なくしたいので、Qtを使用しません（実際には、Qtは私が望むものを達成するのに本当に役立ちません。使用する予定のすべてはSTLとBoostです）。クロスプラットフォームプロジェクトを構築することになると、QMakeは非常に使いやすく、経験もあるのでとても気に入っています。CMakeについても良いことを聞きましたが、QMakeほど簡単に使用できるとは思えません。

とにかく、これが私の質問です：私が知っているビルド自動化ツール、またはQMakeがQt以外のプロジェクトのコンテキスト外にあるものを使用すべきですか？これをCMakeを学ぶ機会としてとらえるべきですか？または、これら2つに代わるより良い代替手段はありますか？

その選択は完全にあなた次第です。

しかし、さまざまな理由により、非常に多くのQtベースのプロジェクトがQMakeから離れてCMakeに切り替えられたことを指摘しておきます。必要に応じてQMakeを使用できないという技術的な理由はないことも指摘しておきます。

個人的には、私はCMakeを使用しています。これは、autotoolsがかつて好まれていた役割を十分に引き受け、理解と操作がはるかに簡単な一連のツールと構文を使用して行うためです。しかし、QMakeを使用する利点-構文CMakeよりもはるかに単純で、おそらく理解と使用が簡単かもしれません。

私は以前、Contouring、Seismic、Welllog、およびGISスペースで使用するSDKを作成した会社（Interactive Network Technologies）で働いていました。C ++製品は、さまざまな種類のUnixおよびWindowsでサポートされていました（NTと他のフレーバーを定義する必要があったとき）

QTが登場したとき、すでにQMakeがありました。当時はmakeとAntに慣れていました。QMakeで3日間過ごした後、私はそれを捨て、単にmakeを使用しました。

makeは非常に複雑になる可能性がありますが、私はそれを使用するか、Ant対QMakeを使用することをお勧めします。