compiler for KDE4/win32 binary packages

Ralf Habacker ralf.habacker at freenet.de
Wed Apr 11 21:43:35 CEST 2007


Christian Ehrlicher schrieb:
> Hi,
>
> On win32 we support two compilers to compile kde4. Because they're 
> binary incompatible, it is not possible to mix mingw and msvc libs and 
> executables and we have to take care that the end-user does not get 
> into this situation. 
I have already thought about this situation and comes to the solution 
that is required to have different installation roots and packages 
easily identifable as mingw and msvc package as already happen for 
kdesupport and qt area of http://download.cegit.de/kde-windows/. I'm 
planning also to add a "used compiler mode" to the kdewin installer to 
avoid such problems.
This is also the reason for the announced kdewin.cmake  module. It uses  
compiler specific search path for kdewin installation like 
<programfiles>/kdewin-msvc and <programfiles>/kdewin-mingw.

> Also msvc is not supported by the open-source version of Qt4.
Is this really a problem ? Couldn't we made a statement in the installer 
or the download page about this  ?
> So my question is - are there any objections against the plan to 
> release binaries for mingw only?
The situation for mingw is that we have to build a binary release for 
our own  because of the missing qdbus support in trolltechs mingw 
release., so trolltech will not take care about our mingw binaries.

msvc has the real advantage that there is a good source debugger inside. 
I have recognized these advantage in the last weeks while debugging the 
kdewin-installer.  I found it a nightmare to debug a kde/qt application 
using command line gdb on win32 (or I'm to the only one which have this 
problem? ). I believe that KDE development on windows will not really 
take place if there is only gdb in the future. This is the reason why I 
think that msvc binaries will be required.

Sure there are problems with mixing debug and release versions, but 
could this not be handled ? cmake has support for creating debug and 
release binaries and KDE4Internals.cmake is prepared for this or are I'm 
totally out of the way ?

Ralf



More information about the release-team mailing list