Message-Id: <200006091840.OAA27985@delorie.com>
Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-developers-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-developers-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin-developers AT sourceware DOT cygnus DOT com
From: "Parker, Ron" <rdparker AT butlermfg DOT com>
To: Chris Faylor <cgf AT cygnus DOT com>, cygwin-developers AT sourceware DOT cygnus DOT com
Subject: RE: [ruediger DOT franke AT de DOT abb DOT com: 1.1.0: wrong negative HUGE_VAL]
Date: Fri, 9 Jun 2000 13:37:37 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01BFD242.23D50220"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01BFD242.23D50220
Content-Type: text/plain;
	charset="iso-8859-1"

> Anyone know anything about HUGE_VAL?

I only have my copy of the C++ standard it references the C standard on this
and my copy of it is at home.  So, you get my opinion. ISTM that on a
machine which uses IEEE floating point infinity is the correct value for
HUGE_VAL.  Supporting this is the glibc manual which says:

<<Macro: double HUGE_VAL

An expression representing a particular very large number. On machines that
use IEEE floating point format, the value is "infinity". On other machines,
it's typically the largest positive number that can be represented. 

The value of this macro is used as the return value from various
mathematical functions in overflow situations.>>

This is quoted from
http://www.cs.utah.edu/dept/old/texinfo/glibc-manual-0.02/library_17.html#ID
X1249.

IIRC the only time the IA32 FPU is not IEEE standard is when using 80-bit
floating point values and cygwin doesn't even use those values for 'long
double' because of some MS libraries or DLL's. 

It seems that the __infinity variable is not being properly set, I am
looking now...

------_=_NextPart_000_01BFD242.23D50220
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64

eJ8+IgsSAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQSAAQBBAAAAUkU6IFtydWVkaWdlci5mcmFua2VAZGUuYWJiLmNv
bTogMS4xLjA6IHdyb25nIG5lZ2F0aXZlIEhVR0VfVkFMXQA7FQEJgAEAIQAAADE1QjQ2NjBCREYy
MjczNEZCNzAxNzlGQzg5MzY0RDhFAC4HASCAAwAOAAAA0AcGAAkADQAoAAoABQAqAQEFgAMADgAA
ANAHBgAJAA0AJQAlAAUAQgEBDYAEAAIAAAACAAIAAQOQBgCwCAAAKwAAAAsAAgABAAAAAwAuAAAA
AABAADkAkGnMyEHSvwEeAHAAAQAAAD0AAABbcnVlZGlnZXIuZnJhbmtlQGRlLmFiYi5jb206IDEu
MS4wOiB3cm9uZyBuZWdhdGl2ZSBIVUdFX1ZBTF0AAAAAAgFxAAEAAAAbAAAAAb/SJInYQxRYTjxr
EdScPwBgCMPwZwAF4nbgAAIBCRABAAAAqwMAAKcDAAB4BQAATFpGdeDS06EDAAoAcmNwZzEyNeIy
A0N0ZXgFQQEDAff/CoACpAPkBxMCgA/zAFAEVj8IVQeyESUOUQMBAgBjaOEKwHNldDIGAAbDESX2
MwRGE7cwEiwRMwjvCfe2OxgfDjA1ESIMYGMAUDMLCQFkMzYWUAumID4JEMBueQIgZSBrbkZvB+AA
cHl0aAuAZwsdwAbgdQVASFVHReBfVkFMPwqiCoQKgERJIAIgbHkgE+B2LR1gbSBgBaBwIGBvZgYg
HgAdYEMrKyBzyQGQbmQLESBpBUAYIPZmBJAJ8GMHkSGDIfgCIP8hcQQAHcEicCDZIpEksgVAImgD
cGUuIAYAbyziIB0wdSBnFCAgwiEQDQuAaQIgJqBJU1RN9yFxJjEkYWEgwADQHhEdYGZ3HhAT0CB1
FBAEIElyRSqAIGYXsCYwHiJwpm8LgCXhbmYn4XQgYK8ksSGCBaEYIGMFQHYHQJ8KUCqwBbEexiai
dXArUA8AIB4iJJMsRWdsaWIyYykxbnUHQCm1c2GIeXM6H1o8PE0A0PEDYDogZAhgAmAdYB7G6x9a
HRAgDsBwGCAEECgBfyKxNMIJ8CsDKSAKsSsAY+51C2AFwCCgciBgNrEnUN4gMHAG0ASQJqBPA6Ap
RX8jUiYxKiEqbytyLZEAwHSvJvAhgi00JLEiK7YiOAO+byGBBcA4VibwIpAnI1H6eSfQYwdAIFEh
gjdDIgD/K0EAkCsAIKE3pCiUPoADoN830DVICYAmoB9aVDtHIVO/JLEAwQNgJfIqISJwYSNU/Rgg
dAhwA6AtNQNhLSEFEL8IYEPyIYE64T5yKrB1IyD/KwACIC9hPNE28SrBB+A/wWMwgEgTLj4+Qjwv
VHEudTzwRMFGM2gCQHA6yC8vd0xwLmNJwB6QyGFoLgmAdS8BAAUwMi8G8GQvDrErsW8vBS/zLTBU
LTAuMDIKLzABcgrAeV8xNwIuTABtbCNJRFiRDiA0OS4fW0lSI7AfIYIgMysAB4Ahc0lBM/EUQEZQ
VSXyHZAFQDlzPyIIBCApwAnwKhEeIjgwPC1iIpEqzS0zJMRjeZ5nA/ADoDLAB5BuJwVA/mUgoFWS
UvI/sDtVBCAtku4nF7AeMTLEJ0EhPoA5Mv0hUXMmcQXST6QIkAQgBbHYRExMPhBCHEkFQBQQ50dA
OMUhgl9fK7dGggGg3zMBU+U30CsTA2BwBJAgUTcUESbwIBBhRmAXsG9rWx4iHZEuY9AfVH1kcAAD
AP0/UgMAAB4AQhABAAAAIwAAADwyMDAwMDYwOTExMDcxNy5DMjA0MDVAY3lnbnVzLmNvbT4AAAMA
3j/kBAAAAwAJWQEAAAALAACACCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAMAAYAIIAYAAAAA
AMAAAAAAAABGAAAAABCFAAAAAAAAAwACgAggBgAAAAAAwAAAAAAAAEYAAAAAUoUAAH1uAQAeAAOA
CCAGAAAAAADAAAAAAAAARgAAAABUhQAAAQAAAAQAAAA5LjAAAwAEgAggBgAAAAAAwAAAAAAAAEYA
AAAAAYUAAAAAAAALAAWACCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAAAAMABoAIIAYAAAAAAMAA
AAAAAABGAAAAABGFAAAAAAAAAwAHgAggBgAAAAAAwAAAAAAAAEYAAAAAGIUAAAAAAAALAA+ACCAG
AAAAAADAAAAAAAAARgAAAAAGhQAAAAAAAAMAJgAAAAAAAwA2AAAAAAAeADFAAQAAABEAAABSRFBB
UktFUkQwNkZDNDAwAAAAAAMAGkAAAAAAHgAwQAEAAAARAAAAUkRQQVJLRVJEMDZGQzQwMAAAAAAD
ABlAAAAAAAMAgBD/////AgH5PwEAAAB0AAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAABgAAAC9P
PUJVVExFUiBNQU5VRkFDVFVSSU5HIENPTVBBTlkvT1U9QlVJTERJTkdTL0NOPVJFQ0lQSUVOVFMv
Q049VE9XRVIvQ049UkRQQVJLRVJEMDZGQzQwMAAeAPg/AQAAAAwAAABQYXJrZXIsIFJvbgAeADhA
AQAAABEAAABSRFBBUktFUkQwNkZDNDAwAAAAAAIB+z8BAAAAdAAAAAAAAADcp0DIwEIQGrS5CAAr
L+GCAQAAAAYAAAAvTz1CVVRMRVIgTUFOVUZBQ1RVUklORyBDT01QQU5ZL09VPUJVSUxESU5HUy9D
Tj1SRUNJUElFTlRTL0NOPVRPV0VSL0NOPVJEUEFSS0VSRDA2RkM0MDAAHgD6PwEAAAAMAAAAUGFy
a2VyLCBSb24AHgA5QAEAAAARAAAAUkRQQVJLRVJEMDZGQzQwMAAAAABAAAcw4FKtEzzSvwFAAAgw
IALVI0LSvwEeAD0AAQAAAAUAAABSRTogAAAAAB4AHQ4BAAAAPQAAAFtydWVkaWdlci5mcmFua2VA
ZGUuYWJiLmNvbTogMS4xLjA6IHdyb25nIG5lZ2F0aXZlIEhVR0VfVkFMXQAAAAALACkAAAAAAAsA
IwAAAAAAAwAGECZOTpYDAAcQWQMAAAMAEBABAAAAAwAREAMAAAAeAAgQAQAAAGUAAABBTllPTkVL
Tk9XQU5ZVEhJTkdBQk9VVEhVR0VWQUw/SU9OTFlIQVZFTVlDT1BZT0ZUSEVDKytTVEFOREFSRElU
UkVGRVJFTkNFU1RIRUNTVEFOREFSRE9OVEhJU0FORE1ZQ09QAAAAAJcR

------_=_NextPart_000_01BFD242.23D50220--