[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: unrecognized option `-dynamic'

From: Daniel Corbe
Subject: Re: unrecognized option `-dynamic'
Date: Fri, 16 Jun 2006 17:11:07 -0400

Never mind, apparantly apple uses their own libtool

Sorry guys!


On 6/16/06, Daniel Corbe <address@hidden> 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 -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 <address@hidden> 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/  -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/./
> > ( cd /usr/lib ; ranlib ./ )
> > *** 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 `./'
> > 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 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 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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]