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

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

On Wed, Oct 08, 2003 at 06:12:17AM +0100, Scott James Remnant wrote:
> 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'

It appears all of kde has it included as well. Does this happen to have
anything to do with the rpath'ing issue that some of the XFree libs are
causing as well? (iirc it was xrender)

> 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.

Yea, however new libtool is needed for arm anyway so has recently been
updated on many packages.


Attachment: signature.asc
Description: Digital signature

Reply to: