Re: ranlib concatenation

[Scott Pobiner]

I will forward it to him.  So can I re-libtoolize the directory i have 
and hope that that will fix it?

here is the output....


$ ./libtool --version
ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58)

Copyright (C) 2003  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is 
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE.

thanks for your help

_S


On May 12, 2005, at 1:25 AM, Ralf Wildenhues wrote:

> * Scott Pobiner wrote on Wed, May 11, 2005 at 06:34:41PM CEST:
> > Output below + config.log below that
>
> Thanks.
>
> *snip*
> > # The host system.
> > host_alias=
> > host=powerpc-apple-darwin7.9.0
> *snip*
>
> > On May 11, 2005, at 12:09 PM, Ralf Wildenhues wrote:
> > > * Scott Pobiner wrote on Wed, May 11, 2005 at 05:56:25PM CEST:
> > > > ar cru .libs/libhidparser.a  hidparser.o~ranlib .libs/libhidparser.a
> > > > ar: hidparser.o~ranlib: No such file or directory
> > >
> > > I don't believe this bug can happen in any version less than three
> > > years
> > > old.  How old is this Libtool?
> > >
> > > If recent: Show ./libtool --config, output of configure run plus
> > > config.log.  If not: Use a newer libtool.
> >
> > Thanks for your help... by the way.  Which version of libtool would 
> > fix
> > this problem?  Can I just replace the one that was made after running
> > the ./configure?
>
> No.  You need to rerun libtoolize and also take care that the macros
> in libtool.m4 (from the same release as the libtoolize) are used.
> (There are several ways a package author might do this, depending on
> whether aclocal and/or a m4 subdirectory with macros are used).
> If this is not your software package, you might want to encourage the
> author to package it with a newer libtool (next release due this
> weekend).
>
> Please show the output of "./libtool --version", else I can't tell
> whether updating would help at all.
>
> Regards,
> Ralf