Never mind, apparantly apple uses their own libtool Sorry guys!
-Daniel On 6/16/06, Daniel Corbe <[EMAIL PROTECTED]> wrote:
Even when building libtool I see the -dynamic switch: jomama:/usr/local/src/libtool-1.5.22 root# make Making all in . make[1]: Nothing to be done for `all-am'. Making all in libltdl make all-am /bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -no-undefined -version-info 4:4:1 -o libltdl.la -rpath /usr/local/lib ltdl.lo -ldl gcc -dynamiclib -o .libs/libltdl.3.1.4.dylib .libs/ltdl.o -ldl -install_name /usr/local/lib/libltdl.3.dylib -Wl,-compatibility_version -Wl,5 -Wl,-current_version -Wl,5.4 libtool: unrecognized option `-dynamic' Try `libtool --help' for more information. On 6/16/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > Hello Daniel, > > * Daniel Corbe wrote on Fri, Jun 16, 2006 at 10:32:36PM CEST: > > > > I apologize for cross-posting but I don't know where I should be > > loking to resolve this issue. > > I think you may be running into more than one issue here. > > > 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. > > > (binutils): > > /bin/sh .././libiberty/../mkinstalldirs /usr/lib > > /usr/local/bin/install -c -m 644 ./libiberty.a /usr/lib/./libiberty.an > > ( cd /usr/lib ; ranlib ./libiberty.an ) > > *** Warning: inferring the mode of operation is deprecated. > > *** Future versions of Libtool will require --mode=MODE be specified. > > ranlib: warning: cannot infer operation mode from `./libiberty.an' > > ranlib: you must specify a MODE > > Try `ranlib --help' for more information. > > This, however, looks really weird, for more than one reason: > The prefix should be 'libtool', not 'ranlib'. The extra 'n' at the end > of the archive name looks like the computation for the echo command and > its use did not match. Did you make sure both the Libtool macros and > the ltmain.sh file are from the same Libtool version? > > Hmm. The last time I looked at binutils, which was quite a while ago, > it wasn't ready for a recent Libtool version, but using and shipping > with the ltmain.sh and the macros of 1.4.x. If that hasn't changed, > then some work is needed there. > > > ranlib --dynamic and libtool --dynamic causes some of my other > > software builds to fail. > > Hmm, where in the two above messages does '--dynamic' come into play? > > > Is there a process I should be following to build both of these apps > > correctly? > > Well, as long as binutils needs ancient Libtool-1.4.x, it seems it would > need this changed first. > > > libtool is from CVS today and binutils is 2.16 > > But you are well aware that a CVS version isn't for the faint of heart? > The latest stable release of Libtool is 1.5.22. > > Cheers, > Ralf >
_______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
