[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-windows
Subject:    Re: kdelibs msvc2008
From:       Alejandro Wainzinger <aikawarazuni () gmail ! com>
Date:       2010-05-01 5:22:01
Message-ID: y2xfce735e1004302222v53872aadrf1926eba85d3c7e5 () mail ! gmail ! com
[Download RAW message or body]

Just curious, but what was the fix, and can I use jom again?

On Fri, Apr 30, 2010 at 1:00 AM, Patrick Spendrin <ps_ml@gmx.de> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Am 30.04.2010 09:46, schrieb Alejandro Wainzinger:
> > The server's been failing to build kdelibs for a month or so now
> > complaining of this kind of thing:
> > 
> > kio.lib(kio.dll) : error LNK2005: "public: __thiscall QMap<class
> > QString,class QString>::~QMap<class QString,class QString>(void)"
> > (??1?$QMap@VQString@@V1@@@QAE@XZ) already defined in storepassbar.obj
> > 
> > So I looked it up, and found out that it might be some issue with
> > mixing single-threaded and multithreaded dll's, whatever that means.
> > In short, not using jom to compile kdelibs will make it link properly.
> > Is there a way we can get the build server to just not use jom for
> > kdelibs for now, on msvc2008? I'm referring to the build server whose
> > logs this is: http://winkde.org/pub/kde/ports/win32/releases/nightly/20100429/logs/log-msvc2008-kde_kdelibs.txt
> > 
> 
> There is a different fix which I reenabled now - this should fix the
> problems for todays run.
> 
> regards,
> Patrick
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.10 (MingW32)
> 
> iEYEARECAAYFAkvajicACgkQi49rfdk/G3YZKwCeKs+5wcfetg6KgR1B4TXDSWae
> O9MAoLOuYe+vTNTK1mhG6erkN0YHVbC6
> =wa79
> -----END PGP SIGNATURE-----
> _______________________________________________
> Kde-windows mailing list
> Kde-windows@kde.org
> https://mail.kde.org/mailman/listinfo/kde-windows
> 
_______________________________________________
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows


[prev in list] [next in list] [prev in thread] [next in thread]