Xref: news-dnh.mv.net comp.os.msdos.djgpp:1963
Newsgroups: comp.os.msdos.djgpp
Path: news-dnh.mv.net!dj
From: dj (DJ Delorie)
Subject: Re: No HUGE_VAL
Nntp-Posting-Host: delorie.com
Sender: usenet AT jade DOT mv DOT net (System Administrator)
Organization: DJ Delorie/DJGPP Support
Date: Sat, 9 Sep 1995 22:57:04 GMT
References: <42qt33$gje AT pearl DOT whoi DOT edu>
To: djgpp AT sun DOT soe DOT clarkson DOT edu
Dj-Gateway: from newsgroup comp.os.msdos.djgpp


In article <42qt33$gje AT pearl DOT whoi DOT edu> gie AT charon DOT er DOT usgs DOT gov (Gerald I. Evenden) writes:
> I ran into a failure with djgpp's math.h: HUGE_VAL is not defined
> (see sec. 4.5.1, X3.159-1989).

It's defined, but to a value that exists only in libm.a.  Cause:
libm.a is new, the header was copied from there, and I missed it.

> A lesser problem, not in violation of ANSI standards but noxious
> nontheless, was the inclusion in math.h of definitions like PI which
> conflict with my own definitions.  If these are to be included they
> should be prefixed with __ so as to avoid potential user definitions.
> Safe programming practice assumes that *only* the standard definitions
> are in the system headers and "useful constants" do not exist.

Same issue - I copied the math.h that went with libm.a.  I'll bring it
up to my usual specs - which means that you must define _POSIX_SOURCE
to avoid the common extra stuff.

> Lastly, is there some definition like __DOS__ automatically declared?

__MSDOS__ and __DJGPP__ are defined.  __GO32__ is defined for backward
compatibility with V1.