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 <[EMAIL PROTECTED]> - 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 <[EMAIL PROTECTED]> http://people.redhat.com/djr/ Desktop and Cygwin _______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool