[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GNU Libtool 1.5.8 released.
From: |
Daniel Reed |
Subject: |
Re: GNU Libtool 1.5.8 released. |
Date: |
Wed, 11 Aug 2004 13:51:31 -0400 (EDT) |
On 2004-08-12T00:30+0900, Peter O'Gorman wrote:
) > ) > > libtool-1.4-nonneg.patch
) > ) ) > > libtool-1.5-libtool.m4-x86_64.patch
) > ) This too.
) Aw, with changelog entries and stuff :)
The entry for libtool-1.4-nonneg.patch in the RPM changelog is:
* Thu Jul 13 2000 Elliot Lee <address@hidden>
- Fix recognition of ^0[0-9]+$ as a non-negative integer.
libtool-1.5-libtool.m4-x86_64.patch, which was originally
libtool-1.4.2-s390_x86_64.patch, does not have its own changelog entry. It
adds the prefix "x86_64" to the list of CPU types that have
lt_cv_deplibs_check_method set to pass_all (libtool.m4:2212 in CVS).
This may just be my inexperience with Libtool's code, but it appears that
section is [now?] always setting lt_cv_deplibs_check_method to pass_all:
| # This must be Linux ELF.
| linux*)
| case $host_cpu in
| alpha*|hppa*|i*86|ia64*|m68*|mips*|powerpc*|sparc*|s390*|sh*)
| lt_cv_deplibs_check_method=pass_all ;;
| *)
| # glibc up to 2.1.1 does not perform some relocations on ARM
| # this will be overridden with pass_all, but let us keep it just in case
| lt_cv_deplibs_check_method='file_magic ELF [[0-9]][[0-9]]*-bit [[LM]]SB
(shared object|dynamic lib )' ;;
| esac
| lt_cv_file_magic_test_file=`echo /lib/libc.so* /lib/libc-*.so`
| lt_cv_deplibs_check_method=pass_all
| ;;
If $host_os begins with "linux",
and if $host_cpu begins with ...,
set lt_cv_deplibs_check_method to pass_all;
otherwise,
set lt_cv_deplibs_check_method to something else; and
record the output of echo /lib/libc.so* /lib/libc-*.so; and
set lt_cv_deplibs_check_method to pass_all.
Is `echo /lib/libc.so* /lib/libc-*.so` affected by the value of
lt_cv_deplibs_check_method, or can the internal case $host_cpu be removed
entirely?
--
Daniel Reed <address@hidden> http://people.redhat.com/djr/ Desktop and
Cygwin