On Jun 16, 2006, at 15:42, Ralf Wildenhues wrote:
I'm attempting to rebuild libtool and binutils on Mac OS X 10.4.6 and
I'm running into the following issue:
/bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -no-undefined -o
libltdl/dlopen.la -module -avoid-version libltdl/loaders/dlopen.lo
-ldl
libtool: link: rm -fr libltdl/.libs/dlopen.a
libtool: link: ar cru libltdl/.libs/dlopen.a
libltdl/loaders/.libs/dlopen.o
ranlib: unrecognized option `-q'
Try `ranlib --help' for more information.
ar: internal ranlib command failed
This looks like a bug in 'ar' to me.
I think it's yet another instance of the confusion between GNU libtool
and MacOS X's included libtool, which is a completely different
program. On a MacOS X system, /usr/bin/ranlib is a symlink to
/usr/bin/libtool, which has the following usage:
libtool -static -o output [ -sacLT ] [ - ] [ -arch_only
arch_type ]
file... [-filelist listfile[,dirname]]
libtool -dynamic -o output [ -install_name name ] [
-compatibility_ver-
sion number ] [ -current_version number ] [ link editor flags ]
[ -v ]
[ -noall_load ] [ - ] [ -arch_only arch_type ] file...
[-filelist
listfile[,dirname]]
ranlib [ -sactfLT ] [ - ] archive...
Chances are Daniel's overwritten the Apple libtool (and thus ranlib)
with GNU libtool. OS X users should take pains to avoid installing GNU
libtool into /usr/bin/, and maybe GNU libtool ought to make it more
difficult for them to do so...
--Robby
_______________________________________________
http://lists.gnu.org/mailman/listinfo/libtool
