[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: [PATCH] -stopper? kopete xmpp-core
From: Adriaan de Groot <adridg () cs ! kun ! nl>
Date: 2004-08-16 16:45:15
Message-ID: 200408161845.21116.adridg () cs ! kun ! nl
[Download RAW message or body]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On some systems (seems to be FBSD 4-STABLE) the build of kopete fails in the
kdenetwork/kopete/protocols/jabber/libiris/iris/xmpp-core subdir with
considerable weirdness:
>/libiris/iris/xmpp-core' gmake[7]: Circular securestream.cpp <-
> securestream.moc dependency dropped. /usr/X11R6/bin/moc ./securestream.h >
> securestream.moc
> /usr/X11R6/bin/moc ./securestream.cpp >> securestream.moc
> source='connector.cpp' object='libiris_xmpp_core_la-connector.lo'
> libtool=yes \ DEPDIR=.deps depmode=gcc /bin/sh
> ../../../../../../admin/depcomp \
#>- /bin/sh ../../../../../../libtool
> --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H -I. -I.
> -I../../../../../.. -I./../include -I./../xmpp-core -I./../xmpp-im
> -I./../../cutestuff/util -I./../../cutestuff/network -I./../../qca/src
> -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include
> -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include
> -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE
> -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith
> -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions
> -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST
> -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o
> libiris_xmpp_core_la-connector.lo `test -f 'connector.cpp' || echo
> './'`connector.cpp ../../../../../../admin/depcomp:
> -Wp,-MD,.deps/libiris_xmpp_core_la-connector.TPlo: not found gmake[7]: ***
> [libiris_xmpp_core_la-connector.lo] Error 127
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.
- --
"On top of that [watching KDE CVS] is interesting in a perverse
way, like watching sausage get made. By very smart people." - dkite
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQFBIOShdqzuAf6io/4RAnYaAJ9/u9f8ykGyh6WV5uJ06QiewW8kIgCeKVz3
NDwzXKlOMfc29v7V76dIRXg=
=FVQn
-----END PGP SIGNATURE-----
["sanity.diff.gz" (application/x-gzip)]
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic