Re: GNU Libtool 1.5.8 released.

[Daniel Reed]

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