libtool problem on OS X

[Derek Atkins]

Hey,

This is the same version I've got.
I just pulled r15525 on my Mac (PPC) but I cannot reproduce this.
It's happily building right now.

-derek

Jeff Carneal <jeff-ml at soldmy.net> writes:

> Macports and it looks to be version 1.5.22.
>
> Here is the relevant section from my autogen.sh:
>
> ############################################################
> #
> # Store all required programs in variables. All of these variables
> # could have been set by the developer beforehand, if he/she needs to
> # override the defaults of here.
>
> : ${GLIB_GETTEXTIZE=glib-gettextize}
> : ${INTLTOOLIZE=intltoolize}
> : ${LIBTOOLIZE=glibtoolize}
>
> find_program "$AUTOCONF" autoconf 2.59
> AUTOCONF="/opt/local/bin/autoconf"
> find_program "$AUTOHEADER" autoheader 2.59
> AUTOHEADER="/opt/local/bin/autoheader"
> find_program "$AUTOMAKE" automake 1.9
> AUTOMAKE="/opt/local/bin/automake"
> find_program "$ACLOCAL" aclocal 1.9
> ACLOCAL="/opt/local/bin/aclocal"
>
> Thanks,
> Jeff
>
> PS - Sorry about sending a spam challenge earlier.  I have that  
> disabled on this address now.
>
>
> On Feb 6, 2007, at 12:53 PM, Derek Atkins wrote:
>
>>
>>
>> What version of glibtool do you have installed on your Mac?
>> Macports or Fink?
>>
>> -derek
>>
>> Quoting Jeff Carneal <jeff-ml at soldmy.net>:
>>
>>>
>>> I'm trying to compile the latest svn sources (checked out about an
>>> hour ago) on OS X 10.4.8.  Looks like there is some kind of libtool
>>> trouble:
>>>
>>> Making all in lib
>>> Making all in libc
>>> /bin/sh ../../libtool --tag=CC --mode=link gcc  -Werror -
>>> Wdeclaration-
>>> after-statement -Wno-pointer-sign -D_FORTIFY_SOURCE=2 -g  -g  -Wall -
>>> Wunused -Wmissing-prototypes -Wmissing-declarations  -Wno-unused  -
>>> g -
>>> o libc-missing.la   libc-missing-noop.lo  -lpopt -lm  -lm
>>> rm -fr  .libs/libc-missing.a
>>> ar cru .libs/libc-missing.a .libs/libc-missing-noop.o~ranlib .libs/
>>> libc-missing.a  <----  OOPS?
>>> ar: .libs/libc-missing-noop.o~ranlib: No such file or directory
>>> make[3]: *** [libc-missing.la] Error 1
>>> make[2]: *** [all-recursive] Error 1
>>> make[1]: *** [all-recursive] Error 1
>>> make: *** [all] Error 2
>>>
>>> Obviously it is not correctly separating the 'ar' from the 'ranlib'
>>> command but I've never used libtool so I can't seem to find where to
>>> fix this.
>>>
>>> /libtool line 201 says the following if it helps:
>>>
>>> old_archive_cmds="\$AR \$AR_FLAGS \$oldlib\$oldobjs\$old_deplibs~\
>>> $RANLIB \$oldlib"
>>>
>>> Jeff
>>> _______________________________________________
>>> gnucash-devel mailing list
>>> gnucash-devel at gnucash.org
>>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>>
>>
>>
>>
>> -- 
>>       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>>       Member, MIT Student Information Processing Board  (SIPB)
>>       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
>>       warlord at MIT.EDU                        PGP key available
>>
>>
>>
>
>
>

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available