[PyKDE] Problem compiling PyQt

[Phil Thompson]

Philippe FREMY wrote:

> 
>>Philippe FREMY wrote:
>>
>>
>>>>>d:/software/PyQt-3.3.2 > nmake
>>>>>
>>>>>Microsoft (R) Program Maintenance Utility   Version 6.00.8168.0
>>>>>Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
>>>>>
>>>>>       cd qt
>>>>>       nmake
>>>>>
>>>>>Microsoft (R) Program Maintenance Utility   Version 6.00.8168.0
>>>>>Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
>>>>>
>>>>>       link /NOLOGO /DEBUG /SUBSYSTEM:windows /DLL
>>>>>/OUT:d:\software\Python22\Li
>>>>>b\site-packages\libqtc.pyd @c:\WINNT\TEMP\nma01708.
>>>>>LINK : fatal error LNK1104: cannot open file "python22_d.lib"
>>>>>NMAKE : fatal error U1077: 'link' : return code '0x450'
>>>>>Stop.
>>>>>NMAKE : fatal error U1077: '"c:\Program Files\Microsoft Visual
>>>>>Studio\VC98\bin\n
>>>>>make.exe"' : return code '0x2'
>>>>>
>>>>>I checked, I haven't got any python22_d.lib file on my harddrive. I
>>>>>
> have
> 
>>>>>however a python22.lib . How do I switch from one to the other ?
>>>>>
>>>>>
>>>>I'm not sure how you've got the /DEBUG switch specified as qmake will be
>>>>
> 
>>>>adding this. How did you build Qt?
>>>>
>>>>
>>>My Qt was built from source with the debug flag. Does it influence ?
>>>
>>
>>It looks like it does.
>>
>>
> 
> I find the behaviour really strange. The makefile generated by qt.pro
> (attached) contains the /DEBUG flag but the qt.pro does not. So it looks
> like it has been added by build.py . Does build.py have a debug mode ?


It does now as I've added the patch from Fredrik Juhlin, but this won't 
affect you.

I assume what's going on is that when you build a debug version of Qt 
you also get a debug version of qmake that generates Makefiles with 
debugging enabled. Or it is simply a bug in qmake.


> Even if the debug was added by build.py, I don't know how it manages to pick
> python22_d.lib instead of python22.lib . I have managed to open the
> temporary file created by nmake to link and it does contains python22.lib .
> I really wonder where this python22_d.lib comes from.


Presumably it's a result of passing /DEBUG to the linker.

Phil