MPFR problems

[Chris Saunders]

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":

#undef MPFR_DBL_NAN
#undef MPFR_DBL_INFP
#undef MPFR_DBL_INFM

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.

Regards
Chris Saunders
chris.saunders@sympatico.ca

----- Original Message ----- 
From: "Kevin Ryde" <user42@zip.com.au>
To: "Chris Saunders" <chris.saunders@sympatico.ca>
Cc: <gmp-discuss@swox.com>
Sent: Monday, July 07, 2003 7:31 PM
Subject: Re: MPFR problems


> "Chris Saunders" <chris.saunders@sympatico.ca> writes:
> >
> > libmpfr.a(get_d.o) : error LNK2019: unresolved external symbol
__imp___HUGE
> > 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,
> texinfo.
> _______________________________________________
> gmp-discuss mailing list
> gmp-discuss@swox.com
> https://gmplib.org/mailman/listinfo/gmp-discuss
>