changes how Qt4 is found in trunk/kdelibs/
Tanner Lovelace
clubjuggler at gmail.com
Fri Mar 31 00:51:29 CEST 2006
On 3/30/06, Tanner Lovelace <clubjuggler at gmail.com> wrote:
> On 3/30/06, Alexander Neundorf <neundorf at kde.org> wrote:
> > To me it's still unclear how we want/need to use the Qt debug libs.
> > It seems on windows the debug libs should be used if we are doing a debug
> > build, and then our debug libs should also get different names than the
> > non-debug libs (on windows, msvc only or mingw too?)
>
> Well, I think the *_DEBUG variables should probably be set
> since I think that's what gets used for debug builds in XCode
> (and Visual Studio too, I believe).
Actually, never mind. If I had just looked further down in FindQt4.cmake
I would have discovered that the _QT4_ADJUST_LIB_VARS macro
automatically sets libraries to the release version if the debug version
isn't found. With that I think we can do away with different ways of
searching for the libraries. I've got a patch to do that and I'm just
testing it right now to make sure it actually does what I think it does.
I've attached it, so please take a look and see if it looks ok.
If so, I'll commit it after I verify that everything still compiles.
Also, btw, in the patch, I moved the windowing system check
up as high as it could go (just after QT_INCLUDE_DIR is set)
and use that to bypass things like checking for QtMotif when
not working with Qt/X11.
Cheers,
Tanner
--
Tanner Lovelace
clubjuggler at gmail dot com
http://wtl.wayfarer.org/
(fieldless) In fess two roundels in pale, a billet fesswise and an
increscent, all sable.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fix-framework-find-library.patch
Type: application/octet-stream
Size: 11830 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20060331/51eba1e4/attachment.obj
More information about the Kde-buildsystem
mailing list