Bruce Dubbs wrote:
> Bryan Kadzban wrote:
> 
>>> We can add that to Section 6.64 - Stripping Again.  What I've
>>> found is that I get a lot of warning messages and sometimes
>>> failures when packages try to use the .la files, but just
>>> removing them seems to fix things up without causing other
>>> problems.
>> Hmm, I haven't noticed that.  Is this from files that got moved, or
>> from something else?  (.la files encode their original installation
>> directory in the file itself, in libdir, so if they get moved after
>> installation, the files need to be edited, otherwise libtool will
>> complain.  I don't *think* that will cause failures to compile,
>> though...)
> 
> I kept getting messages when building various packages about files
> that have moved from libtool during linking.  It's irritating.  I
> then deleted the offending .la files and got errors from others about
> not finding those .la files I deleted.  I cured it by just deleting
> all .la files.
> 
> Example:
> 
> libtool: link: warning: `/usr/lib64/libxml2.la' seems to be moved
> 
> This is caused by the symlink /usr/lib64 -> /usr/lib

Oh.  Have you tried not doing that?  ...Sorry, could not resist.  :-P

This is a full multilib system, which explains why I don't see that.
Anything using /usr/lib64 actually needs the 64-bit version of the
library, and libtool handles this itself.

In this case, I bet that if you had specified --libdir=/usr/lib64 when
you configured libxml2, then later packages that do "libtool --mode=link
blah -lxml2" would use /usr/lib64/libxml2.la just like they do today,
but that would be the canonical path in the file as well, so it wouldn't
print a warning.

Alternately, I haven't tried this, but it *MIGHT* work to edit the
compiler_lib_search_path in your /usr/bin/libtool script (or the
ltmain.sh in the various packages?  not 100% sure how this all fits
together), to look for the files in the same directory they originally
got installed in, i.e. /usr/lib.

Attachment: signature.asc
Description: OpenPGP digital signature

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to