[PATCH] -stopper? kopete xmpp-core

[Till Gerken]

On Monday 16 August 2004 18:45, Adriaan de Groot wrote:
> This might be a consequence of 4-STABLE using gcc 2.95 and some older tools
> - in any case, the release tarballs don't compile nicely. Looking into the
> code, I notice that there is a Q_OBJECT based class in the securestream.cpp
> file, and another in the corresponding header, and the Makefile does tricks
> to handle that. The attached gzipped patch shuffles stuff around a bit to
> create a header file with the Q_OBJECTS, removes the Makefile.am hacks,
> and, well, seems to work. I don't know _why_ the code in question is doing
> this kind of weirdness, though .. there may be a good reason.
>
> Comments? Objections?
>
> Ideally, tarballs would be re-rolled with this applied; otherwise I'll just
> commit sometime soon.

Iris is the Jabber backend of Kopete, the directory contains a local copy of 
the library since it hasn't been released as a separate package to the public 
yet.

The problem is that the Psi client, which we share the code with, uses QMake 
which can handle the situation. Iris' author doesn't accept a patch to change 
it because it is considered as a flaw in KDE's build system.

If you are going to commit this, please also add the patch as a separate file 
to the main XMPP directory as described in its README file. I'm not sure if 
I'll be able to maintain this patch though when synching with Iris, we'll 
have to see how it goes.

Eventually I can talk the author into accepting it after all.

Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20040816/96f64d31/attachment.sig>
-------------- next part --------------
_______________________________________________
kopete-devel mailing list
kopete-devel at kde.org
https://mail.kde.org/mailman/listinfo/kopete-devel