KDE/kdelibs

LiuCougar liucougar at gmail.com
Wed Oct 12 18:44:21 CEST 2005


On 10/12/05, LiuCougar <liucougar at gmail.com> wrote:
> On 10/12/05, Ralf Habacker <ralf.habacker at freenet.de> wrote:
> > Am Mittwoch, 12. Oktober 2005 04:24 schrieb Heng Liu:
> > > SVN commit 469699 by liucougar:
> > >
> > >   # better dummy.cpp support
> > >   # updated amtool.py to read libraries/programs/headers/includes
> > >   # new am2bksys.py module: use
> > >         python bksys/am2bksys.py
> > >         to run it
> > >   # now subdirs: kparts, kutils, kdeprint, khtml, kde3support compilable
> > >
> > >
> > >  M  +5 -0      SConstruct
> > >  A             bksys/am2bksys.py
> > >  M  +205 -61   bksys/amtool.py
> > >  M  +13 -7     bksys/generic.py
> > >  M  +1 -4      bksys/kde4.py
> > >  A             kde3support/SConscript
> > >  A             kde3support/kdecore/SConscript
> > >  A             kde3support/kdeui/SConscript
> > >  A             kde3support/kio/SConscript
> > >  A             kde3support/kmdi/SConscript
> > >  A             kde3support/kparts/SConscript
> > >  A             kdeprint/SConscript
> > >  A             khtml/SConscript
> > >  A             khtml/css/SConscript
> > >  A             khtml/dom/SConscript
> > >  A             khtml/ecma/SConscript
> > >  A             khtml/html/SConscript
> > >  A             khtml/imload/SConscript
> > >  A             khtml/imload/decoders/SConscript
> > >  A             khtml/java/SConscript
> > >  A             khtml/misc/SConscript
> > >  A             khtml/rendering/SConscript
> > >  A             khtml/xml/SConscript
> > >  M  +4 -1      kio/SConscript
> > >  M  +1 -1      kjs/SConscript
> > >  A             kparts/SConscript
> > >  A             kutils/SConscript
> >
> > > obj.libs = '../kio/libkio.la ksettings '
> > Because using la is platform specific: It is possible to split this into
> > obj.libpaths = '../kio ksettings '
> > obj.libs         = 'kio ksettings '
> oh, I thought only convenience libraries require that trick
>
> so every *.la appearing in obj.libs should be split into
> libpaths/libs, right? I think I can 'ask' am2bksys to automate this
> for us.
If all local sharelibs are handled this way, scons can not establish
the dependencies between different sharelibs

I remember libtool introduced *.la as a wrapper to the native format,
and without a la file, it is impossible to tell whether it is a share
or static lib (see kio/SConscript for an ugly hack)

Any thoughts on how to solve the local static/share lib issue in a portable way?

Regards,
Cougar
--
"People's characters are strengthened through struggle against
difficulties; they are weakened by comfort."
- Old Chinese adage


More information about the Kde-buildsystem mailing list