unrecognized option `-dynamic'

[Daniel Corbe]

Never mind, apparantly apple uses their own libtool

Sorry guys!

-Daniel


On 6/16/06, Daniel Corbe <daniel.junkmail@gmail.com> 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 <Ralf.Wildenhues@gmx.de> 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
> >
>