Re: Windows binaries for qgit 2.0

From: Abdelrazak Younes <younes.a@free.fr>
Date: Dec 16, 2007, 08:52 UTC
Message-ID: <fk2p0f$961$1@ger.gmane.org>
In-Reply-To: <e5bfff550712152355o7c8ef2f3j95f239697f77ccef@mail.gmail.com>

Marco Costalba wrote:

Show 14 quoted lines

> On Dec 16, 2007 8:26 AM, Abdelrazak Younes <younes.a@free.fr> wrote:
>> Sorry for the intrusion in this list but you don't need to compile Qt
>> statically IMO. Just bundle the Qt dlls that you needs (most probably
>> QtCore and QtGui) with you executable and be done with it.
>>
> 
> Yes. That's another option, I will try that to see if things get better.
> 
>> If you are using debug dlls, those are known to be slower  because of
> 
> Actually I use debug dll for normal development and never experienced slowness.
> I switched to "release" library to create the qgit package and _now_ I
> have the thing much slower and also misbehaving. So for me are the
> release library that have problems, not the debug ones.

Hum, I can't imagine this is the reason, it might be for another reason, most certainly the static compiling.

Show 7 quoted lines

> 
>> In any case, if you want to gain
>> speed, you should compile with MSVC (MSVC2005Express is free as in beer).
>>
> 
> Yes, I was thinking about this, but Qt don't officially supports MSVC
> for the Qt4 GPL libraries,

Well, for the LyX project we used to use and distribute the patched version of Qt in order to compile it with MSVC. Now, since Qt4.3.2 the MSVC compilation support is enabled in the official release so you don't even have to patch it anymore. I can send you precompiled dll if you want. Or you can use the one bundled in the last lyx installer (www.lyx.org).

> so that's the reason I was stick to mingw
> (although now it comes more and more clear to me that the shipped
> version has problems with release compiled libraries)

The first reason why we went away from mingw was because it was way too slow to compile Qt and LyX. With MSVC the binaries are much faster.

Abdel.