以下を含む SomeLib.pro ファイルを用意します。
CONFIG += debug
TEMPLATE = lib
TARGET = SomeLib
..
次に依存する SomeApp.pro で:
..
debug:LIBS += -lSomeLib_debug
..
QmakeでSomeLibに触れた場合、SomeAppを強制的にビルドするにはどうすればよいですか?
以下を含む SomeLib.pro ファイルを用意します。
CONFIG += debug
TEMPLATE = lib
TARGET = SomeLib
..
次に依存する SomeApp.pro で:
..
debug:LIBS += -lSomeLib_debug
..
QmakeでSomeLibに触れた場合、SomeAppを強制的にビルドするにはどうすればよいですか?
正確なライブラリファイル名を指定する必要があるため、醜いですが、これは機能するはずです。
TARGETDEPS + = libfoo.a
ライブラリを含める必要があるプロジェクトのコンテキスト メニューで [ライブラリを追加...] をクリックすると、QT Creator が作業を行います。
これらの変数は自動的に構成されます。
http://doc.qt.digia.com/qtcreator-2.1/creator-project-qmake-libraries.htmlも参照してください。
Zahirのコメントへの返信として、DLLを使用する場合は、qmakeファイルでこの依存関係を示す必要はありませんが、exeが静的ライブラリに依存している場合は必須であることを指摘する価値があります。
qmake
はこの機能を提供しません。
代わりに、アプリとライブラリをサブディレクトリに置き、親ディレクトリに次のような Makefile を作成します。
all: FRC
cd Somelib && qmake && $(MAKE)
cd SomeApp && qmake && $(MAKE)
FRC:
次に、常にmake
このディレクトリから実行します。
確かにそれは不可能です。qmake を使用して逆依存関係のルックアップを行うことについて話しているのですか? ライブラリAに変更を加えた後、アプリB(およびライブラリAに依存する他のアプリ)をビルドする必要がありますか?
vbrun300.dll が更新された場合、すべての Visual Basic アプリを再コンパイルするように言っているようなものですか?