Date: Tue, 13 Jun 2006 16:35:24 +0200 From: Michael Nottebrock <lofi@freebsd.org> To: freebsd-ports@freebsd.org Cc: ports@freebsd.org, Alexander Leidinger <Alexander@leidinger.net>, Mikhail Teterin <mi+kde@aldan.algebra.com>, Mark Linimon <linimon@lonesome.com> Subject: Re: NOT installing the .la files Message-ID: <200606131635.29664.lofi@freebsd.org> In-Reply-To: <20060612112217.tj1n52mv44wwogw4@netchild.homeip.net> References: <200606112110.39148@aldan> <200606112151.36690@aldan> <20060612112217.tj1n52mv44wwogw4@netchild.homeip.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1735867.CDAN253UyU
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Monday, 12. June 2006 11:22, Alexander Leidinger wrote:
> Quoting Mikhail Teterin <mi+kde@aldan.algebra.com> (from Sun, 11 Jun
>
> 2006 21:51:36 -0400):
> > On Sunday 11 June 2006 21:21, Mark Linimon wrote:
> > =3D Unavoidable, for KDE; and thus, not worth spending all the time
> > modifying =3D ports to either install them or not. This makes maintain=
ance
> > a lot easier.
> >
> > Well, they are all installed by the same ${LOCALBASE}/bin/libtool
> >
> > /bin/sh /opt/bin/libtool --mode=3Dinstall /usr/bin/install -c \
> > libmimetic.la /opt/lib/libmimetic.la
> >
> > The script is installed by its port, which could patch it to ignore the
> > .la files altogether -- keeping the maintaince of the rest of the ports
> > just as simple and the filesystem slightly cleaner
> >
> > There are 321 .la files on my system, for example. Do I need this junk?
>
> If you use KDE: yes (maybe not all, but some of them).
See https://bugs.kde.org/show_bug.cgi?id=3D93359 for details (especially my=
=20
comment, and the very last comment - we already implement the first half of=
=20
my recipe in the current KDE port, btw).
Also, please don't further spread this meme that this some lame KDE thing: =
The=20
real trouble and reason for this change was that the upstream libtool is=20
*not* designed to completely work without libtool archives and that our=20
present libtool maintainer (rightfully) refuses to maintain a quick hack th=
at=20
was made (and then abandoned) by someone else years and years ago, probably=
=20
with the assumption that libtool might never change much from there.
KDE uses the libtool archives the way it does for the same reason: If they'=
re=20
around anyway, might as well use them.
In any case: Libtool archives were insignificant, small and not worth worry=
ing=20
about even back when the original hack was put in place. In the gigabyte-ag=
e,=20
they're even less worth worrying about. Going back and forth=20
between 'needed', 'mostly-not-needed' and again 'needed' is somewhat=20
annoying, admittedly, but there's lessons to be learned here about making=20
unnecessary code-forks and premature optimizations.
With that rant off my chest - yes, there's still ways to avoid having libto=
ol=20
archives flying around, but they all involve making (and maintaining)=20
patches, dealing with tricky-to-fix, unexpected fallout every once in a whi=
le=20
and headaches once the next round of autotools updates comes along.
Cheers,
=2D-=20
,_, | Michael Nottebrock | lofi@freebsd.org
(/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
\u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
--nextPart1735867.CDAN253UyU
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (FreeBSD)
iD8DBQBEjs0xXhc68WspdLARAiOzAJwMXjk6esxmICw5Pg4q3ktYWEuzQwCgozv5
+ihTEGWfMNh0PMXYlfo4Kkg=
=e1Ew
-----END PGP SIGNATURE-----
--nextPart1735867.CDAN253UyU--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200606131635.29664.lofi>