[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r30574 - trunk/build/ac-macros

From: Stefan Sperling <stsp_at_elego.de>
Date: Wed, 16 Apr 2008 18:35:39 +0200

On Mon, Apr 14, 2008 at 10:20:08PM +0100, Joe Orton wrote:
> On Mon, Apr 14, 2008 at 10:40:24PM +0200, Stefan Sperling wrote:
> > On Mon, Apr 14, 2008 at 07:45:29PM +0100, Joe Orton wrote:
> > > > Linking against libneon.la doesn't cause these problems.
> > >
> > > Right - doing anything else is wrong. This change is not necessary for
> > > any released version of neon, so I can only presume it's to work around
> > > the broken Debian packaging of neon? If so it's certainly a bad idea;
> > > tolerating bad packaging behaviour just encourages it. Just get people
> > > to complain to Debian about the broken packaging, it will give them more
> > > motivation to fix it.
> >
> > I'm confused. FreeBSD seems to not install .la files at all[1].
> Good luck out there :)

Turns out my statement was wrong. My FreeBSD system *does* have plenty
of .la files in the /usr/local/lib directory.

> Some people who have experience of building complex cross-platform build
> systems think that libtool .la files are useful and design build systems
> to use them in various ways. Some people building single-platform Unix
> distributions think that libtool .la files are the root of all evil,
> because of some side-effects of their use which propagate shared library
> dependencies.
> So, the distro people (Fedora included, this is not just some
> anti-Debian bias of mine) expend a lot of engineering effort trying to
> eradicate .la files (rather than, e.g. changing libtool to avoid the
> undesirable side-effects). These two worlds then necessarily come into
> conflict when the build systems designed to use .la files start failing
> in their absence.
> I hope that's a fair characterisation of the situation ;)

Thanks. It's a pity so many people seem to insist on working around
libtool issues rather than fix their root causes. But given that I
tried to solve libtool issues with Subversion once as well, and failed,
I know how much fun that is...

Stefan Sperling <stsp_at_elego.de>                 Software Developer
elego Software Solutions GmbH                            HRB 77719
Gustav-Meyer-Allee 25, Gebaeude 12        Tel:  +49 30 23 45 86 96 
13355 Berlin                              Fax:  +49 30 23 45 86 95
http://www.elego.de                 Geschaeftsfuehrer: Olaf Wagner

  • application/pgp-signature attachment: stored
Received on 2008-04-16 18:35:46 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.