From kde-core-devel  Sun Oct 30 17:04:56 2005
From: Thiago Macieira <thiago () kde ! org>
Date: Sun, 30 Oct 2005 17:04:56 +0000
To: kde-core-devel
Subject: Re: [Patch] fix compile kdecore with msvc
Message-Id: <200510301504.56891.thiago () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=113069191116098
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart2133821.RSc1nlNkOW"

--nextPart2133821.RSc1nlNkOW
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Andr=C3=A9 W=C3=B6bbeking wrote:
>I think this is all about template instantiation. AFAIK msvc wants to
>instantiate the whole template class while gcc instantiate on demand.

Ah, that starts to make sense...

Ok, I suppose we can provide a useful operator=3D=3D, but I see no way of=20
making a usable qHash.

The resolver results are an ordered list of elements. It doesn't make=20
sense to create QSets of it. If I didn't know compilers had problem with=20
it, I'd suggest using a specialised template to make QSet<KResolverEntry>=20
never be used.

=2D-=20
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

5. Swa he g=C3=A9anhwearf t=C3=B3 timbran, and hwonne he c=C3=B3m, l=C3=A1!=
 Unix cw=C3=A6=C3=B0 "Hello,=20
World". =C7=BCfre =C7=BDghwilc w=C3=A6s gl=C3=A6d and seo woruld w=C3=A6s f=
r=C3=A9o.

--nextPart2133821.RSc1nlNkOW
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBDZP04M/XwBW70U1gRAhTGAKCa8xMGi1e2M5HTiQ2EKNoTknu80gCgwaCo
s2JBLL16x9+tENApT0UXCCI=
=zzxC
-----END PGP SIGNATURE-----

--nextPart2133821.RSc1nlNkOW--