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

On Wednesday 19 April 2006 17:12, Cornelius Schumacher wrote:
> On Wednesday 19 April 2006 12:47, Thiago Macieira wrote:
> > For the sake of the argument, let me propose a complete radical approac=
h:
> >
> > a) Move kdebase-corepps to kdelibs
> > b) Move the non-central KDE libraries to kdeapplibs or whatever other
> > name. This would include the PIM libraries Cornelius proposed in the
> > start of this thread, as well as convenience libraries like kdnssd,
> > kwallet, kspell2/sonnet, kutils, knewstuff.
>
> How do you define "non-central"? This doesn't appear to be a very clear
> criteria to me. It will also change over time and be quite subjective.
>
> Moving apps to kdelibs also doesn't solve the problem of having to compile
> code you don't need to be able to compile your own app.

Well, if you only want to compile the stuff you need for your app and nothi=
ng=20
else, we actually need to put everything into one module (or add buildsyste=
m=20
files to the KDE/ level) and let cmake figure out the dependencies (which i=
s=20
a very nice feature btw :) ).
Since cmake is able to handle kdepim's "interessting" internal dependencies=
 it=20
should be able to handle the whole KDE/ as well ;-)

It's a bit offtopic, but would this actually be possible? I.e. adding=20
build-system files to the KDE/ level without enforcing the checkout of all=
=20
modules and while retaining the current way of building?

regards
Volker

--nextPart4233470.GXDZiiOGTu
Content-Type: application/pgp-signature

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

iD8DBQBERmDvf5bM1k0S0kcRAnw/AKCjrFuyXR2q5ABMGuqEQyHX+iOqpgCfbqpT
sdbrwHIRgzMdfoKQ3K+unow=
=p69/
-----END PGP SIGNATURE-----

--nextPart4233470.GXDZiiOGTu--