[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Hardcoding of .la file paths in .la files

On Tue, 2003-10-07 at 21:32, Chris Cheney wrote:

> On Tue, Oct 07, 2003 at 02:58:25PM -0500, Branden Robinson wrote:
> > I think the problem with .la files may be solvable by updating
> > Build-Depends and -dev packages' dependencies to refer to libxrender-dev
> > (>= 0.8.3-1), and/or libraries that are rebuilt against that version of
> > libxrender-dev.  I'm looking into it.
> I think the problem is worse than that due to the recursive linking that
> Scott mentioned. Once recursive linking is removed from libtool then it
> would be a simple matter of recompiling only those libraries which
> directly depend on libXrender/libXft. As it is any library that links
> against a library using libXrender/libXft will need to be recompiled.
Actually the problem is somewhat lessened by the fact libtool generally
doesn't put the .la path in dependency_libs and puts -lXrender instead.

The *only* package I can see so far which has
/usr/X11R6/lib/libXrender.la in it is vte:

elite scott% grep libXrender\.la /usr/lib/*.la
/usr/lib/libvte.la:dependency_libs=' -L/usr/X11R6/lib
/usr/lib/libgtk-x11-2.0.la /usr/lib/libgdk-x11-2.0.la
/usr/lib/libatk-1.0.la /usr/lib/libgdk_pixbuf-2.0.la -lm
/usr/lib/libpangoxft-1.0.la /usr/lib/libpangox-1.0.la
/usr/lib/libpango-1.0.la /usr/lib/libgobject-2.0.la
/usr/lib/libgmodule-2.0.la -ldl /usr/lib/libglib-2.0.la -lXft
/usr/lib/libfreetype.la -lz /usr/X11R6/lib/libXrender.la -lfontconfig
-lSM -lICE -lX11 -lncurses'

To remove "recursive linking" you'd need to recompile/rebuild
*everything* using libtool, after libtoolizeing with the new libtool.  I
mean everything too, that's a big job.

Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?

Attachment: signature.asc
Description: This is a digitally signed message part

Reply to: