[PATCH] for libfoo.py

[Christian Ehrlicher]

> --- Ursprüngliche Nachricht ---
> Von: David Faure <faure at kde.org>
> An: kde-buildsystem at kde.org
> Betreff: Re: [PATCH] for libfoo.py
> Datum: Tue, 3 Jan 2006 12:13:57 +0100
> 
> On Tuesday 03 January 2006 07:14, Christian Ehrlicher wrote:
> > LIBSUFFIX is the suffix of the static libary and SHLIBSUFFIX is for
> > dynamic libs. The problem here is that win32 needs the static lib
> > (because it's the import lib) and you the dynamic one.
> > I've fixed it by explicit specifying the correct extension and will
> > think over how to handle this.
> 
> Thanks; this isn't enough though. It must be .dylib on Mac, and the "lib"
> prefix is missing
> on unix and mac.
> 
> ext=env['SHLIBSUFFIX'] solves the first part (in the non-windows part of
> the if of course),
> but what about the libprefix?
> I see self.libprefix in generic.py, do we need to put it in env[] so that
> libjpeg.py can use it?
> 
> > What about linking against a static libjpeg? Should this be possible and
> > how to say this bksys?
> 
> I don't know; but I personally don't care much for a static libjpeg ;)
> 
> I'm so surprised that scons doesn't handle all of this already. We chose
> scons
> to avoid developing our own solution from scratch, but in the end it
> really looks
> like we have no other choice :(
I just need to search for the lib because of the additonal paths. If we
don't allow libfoo.py to specify own search paths and only use
extra(libs|includes) then there is no need to search for the lib and we
don't have to take care of libsuffix & friends.

Christian

-- 
Telefonieren Sie schon oder sparen Sie noch?
NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie