Qmake problem

[Christian Ehrlicher]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ralf Habacker schrieb:
| On Saturday 08 January 2005 10:55, Ralf Habacker wrote:
|
|>On Saturday 08 January 2005 00:24, Christian Ehrlicher wrote:
|>
|>>Hello
|>>
|>>I've found (and hopefully completly fixed) the problem. When qmake gets
|>>called it is looking for .qmake.cache in project-directory and above.
|>>Also it is looking for .qtwinconfig in $QTDIR\. This file must contain
|>>four config-values (shared/static, thread/no-thread, release/debug,
|>>stl/no-stl). Since this file wasn't available until now, 'shared' wasn't
|>>set and qt-mt.lib wasn't expanded to qt-mt333.lib when qmake was called
|>>outside qtsrc-tree.
|>
|>How does qmake know the release number, when called outside the qt tree ?
|
|
| Is this the below mentioned line in qmake.cache
| QMAKE_QT_VERSION_OVERRIDE=333 ?
Yes, this is one of the sources. qmake looks for all libs in <qtdir>\lib
and is searching for qt-mt*.lib. You can find the whole procedure in
Win32MakefileGenerator::findHighestVersion(). But when 'shared' isn't
set in .qtwinconfig, this findHighestVersion() isn't called (correct)
and hver stays -1 which results in qt-mt.lib instead qt-mt(hver).lib

Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFB3710nNKwkgf+zVMRAo2lAKCNuhJbCGiZYQjlNPeCIb7H/c8pBQCgiQvt
gepFv3p46F6q/6MQs1i/utY=
=NpEG
-----END PGP SIGNATURE-----