Proposal: New module "kdecore"

[Volker Krause]

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 approach:
> >
> > 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 nothing 
else, we actually need to put everything into one module (or add buildsystem 
files to the KDE/ level) and let cmake figure out the dependencies (which is 
a very nice feature btw :) ).
Since cmake is able to handle kdepim's "interessting" internal dependencies it 
should be able to handle the whole KDE/ as well ;-)

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

regards
Volker
-------------- 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/20060419/d8ca66d3/attachment.sig>