Re: GMP on OSX errors

[glenbo]

well I got the latest version of GNU m4 installed and working (much to my 
surprise ;> ), and that caron seemed to be gone when running 'm4 
../config.m4'. So I did a basic './configure; make' and it worked
perfectly, which is good. 8)

then 'ranlib .libs/libgmp.a' worked! Then 'make check' passed all 1 tests.
'make install' was a breeze after that. Whew big sigh of relief. My next
step would have been to try and figure out exactly what you were asking me
to try below. I'm glad GNUm4 worked. 8)

thanks for the help.

--glen

01100111 01101100 01100101
01101110 01100010 01101111


On 22 Dec 2000, Kevin Ryde wrote:

> glenbo <address@hidden> writes:
> >
> > ok 'm4 ../config.m4' returns eighteen empty lines then the caron
> > character.
> 
> Hmm.  Ok, we've got something fishy with m4 (or with the macros).  How
> about the following
> 
> divert(-1)
> discarded
> divert
> 
> or instead the following
> 
> m4wrap(foo)
> define(foo)
> 
> or even the following
> 
> m4wrap(foo)
> define(foo,`ifelse(1,0,dummy)')
> 
> Do you know what version of m4 you've got?  You might get more joy
> from GNU m4, if it supports macos.
> 
> 
> > 'ranlib .libs/libgmp.a' returns:
> > 
> > ranlib: archive member: .libs/libgmp.a(diveby3.o) offset in archive not a
> > multiple of sizeof(unsigned long) (must be since member is an object file)
> 
> Now it's just getting weird.
> 
> You can see the "ar" command libtool runs.  (Delete libgmp.la and do
> "make" again to force it to re-run.)  It should be a straightforward,
> if rather long "ar" invocation.  Are there maybe some magic options
> needed when making a library out of object files or something?
> 
> I know very little about macos, if you couldn't tell.  You might have
> to hunt around for where experts on things like "ar" on your system
> hang out.  But we'd very much like to know what gmp needs to do to
> work though.
>