Mon, 7 Jul 2003 21:34:49 -0400
Thanks for the reply Kevin and sorry if I sent you some emails personally.
I generally attempt to send all correspondence to the group but I sometimes
press the "Reply" rather than the "Reply All" button in error.
Earlier today I was working on this and addid this code to the end of
the file "mpfr-math.h":
double CJS_ONE_CJS = 1.0;
double CJS_ZERO_CJS = 0.0;
#define MPFR_DBL_NAN (CJS_ZERO_CJS / CJS_ZERO_CJS)
#define MPFR_DBL_INFP (CJS_ONE_CJS / CJS_ZERO_CJS)
#define MPFR_DBL_INFM (-CJS_ONE_CJS / CJS_ZERO_CJS)
I rebuilt the library with MinGW and although I haven't been able to
test it very extensively yet, it all seems to be working fine in my
Eiffel code now.
----- Original Message -----
From: "Kevin Ryde" <firstname.lastname@example.org>
To: "Chris Saunders" <email@example.com>
Sent: Monday, July 07, 2003 7:31 PM
Subject: Re: MPFR problems
> "Chris Saunders" <firstname.lastname@example.org> writes:
> > libmpfr.a(get_d.o) : error LNK2019: unresolved external symbol
> > referenced in function _mpfr_get_d3
> mingw math.h claims HUGE should be in msvcrt.dll.
> > The function "mpfr_get_d3" is defined in "get_d.c". This function
> > uses both "MPFR_DBL_INFP" and "MPFR_DBL_INFM".
> You might be able to change them to 1.0/0.0 and -1.0/0.0 respectively,
> I think gcc is happy with such expressions.
> The current mpfr cvs (see www.mpfr.org) has changed to use byte
> sequences for those values, you might like to try that, though you'll
> need some development tools to build from cvs, eg. autoconf, automake,
> gmp-discuss mailing list