[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

*To*: "'Dan Zuras IEEE'" <forieee@xxxxxxxxxxxxxx>*Subject*: RE: Two technical questions on IEEE Std 754-2008*From*: "William M Klein" <wmklein@xxxxxxxxxxxxx>*Date*: Thu, 24 Feb 2011 17:48:00 -0600*Cc*: "'IEEE 754'" <stds-754@xxxxxxxxxxxxxxxxx>, "'Charles Stevens'" <charles.stevens@xxxxxxxx>*In-reply-to*: <20110224191224.14DEC12125E6@zuras.org>*List-help*: <http://listserv.ieee.org/cgi-bin/wa?LIST=STDS-754>, <mailto:LISTSERV@LISTSERV.IEEE.ORG?body=INFO%20STDS-754>*List-owner*: <mailto:STDS-754-request@LISTSERV.IEEE.ORG>*List-subscribe*: <mailto:STDS-754-subscribe-request@LISTSERV.IEEE.ORG>*List-unsubscribe*: <mailto:STDS-754-unsubscribe-request@LISTSERV.IEEE.ORG>*References*: <COL112-W320851D3DFAE4E27B00FF883D80@phx.gbl> <20110222211919.538921212581@zuras.org>,<COL112-W6154EC77D5442121966F9783D80@phx.gbl> <20110223074800.9B97B1212585@zuras.org>,<COL112-W5825C502072E032EFFE2A83DB0@phx.gbl> <20110223164745.157C812125A5@zuras.org>,<AANLkTinR42yT4GW-92Vu+TwetygSU+WrcMGRDnSScZR2@mail.gmail.com> <COL112-W55A960B5DBC3C28438A4DE83DA0@phx.gbl>,<AANLkTimnOZPW2Es7YxBRiP=TO+Mb2=0YvgL+GnijTWM=@mail.gmail.com> <col112-w38D158B18431141D3D155D83DA0@phx.gbl> <20110224191224.14DEC12125E6@zuras.org>*Sender*: stds-754@xxxxxxxx*Thread-index*: AcvUWNszMESQN9P6QtWTUIvTBCcgHwAIogKQ

-----Original Message----- <snip> That you don't seem to be interested in using both encodings wastes that latter time. That you don't seem to be willing to support decimal even to the point of changing the fundamentals of the arithmetic WRT NaNs & infinities wastes the rest. Dan -----End Original Message----- Dan, I am curious, although COBOL is no longer "strictly" limited to "business" applications (cf. the "B" in COBOL), this is certainly our historical (and even today MAJOR) usage. Can you give me some examples of how/or why a business application might want to do "numeric" operations on a Nan or Infinity? As chuck has indicated, the current draft does let one detect these and to move them to compatible data items. What we don't let programs do is use them in "arithmetic" statements such as the COBOL COMPUTE ADD, SUBTRACT, DIVIDE, MULTIPLY SUM (function and report handling) This may (or may not) be a difference in what different languages call "numeric" and what this implies. If you could give me some examples of what "functions" (actions, whatever) make sense (particularly in a business environment) for NaN or INFINITY, this might help me to better understand your objection. furthermore, if there are "important" features for these values that COBOL is missing, I do think the committees would want to know about this sooner than later. Remember, COBOL is a programming language that has never supported imaginary/complex numbers (or arithmetic using or resulting in them). Similarly, until 2002, if you defined a data item as PIC S9999 Usage Binary, the maximum "valid" value would be 9999 and NOT a binary value that could fit into the storage that could hold 9999. In other words, COBOL has been (and mostly continues to be) a "the data processing world is decimal, not binary or any other base". I think the inclusion of both the decimal and binary floating point interchange formats and the possibility of arithmetic that follows the rules for decimal floating point arithmetic (in most cases) from 754, is a substantial improvement/enhancement. However, I am quite serious in wanting to know what FEATURES you think we are missing that our users will/would want. P.S. My personal guess is that if any of these features ARE of significant interest to COBOL users, that implementors will provide them as extensions - until the next revision of the Standard. It is only those features of minimal or no use that tend NOT to get implemented - Especially if the environments provide either software or hardware support for "fully conforming" 754 support.

**Follow-Ups**:**Re: Two technical questions on IEEE Std 754-2008***From:*Hossam A. H. Fahmy

**Re: Two technical questions on IEEE Std 754-2008***From:*Dan Zuras IEEE

**References**:**Two technical questions on IEEE Std 754-2008***From:*Charles Stevens

**Re: Two technical questions on IEEE Std 754-2008***From:*Dan Zuras IEEE

**RE: Two technical questions on IEEE Std 754-2008***From:*Charles Stevens

**RE: Two technical questions on IEEE Std 754-2008***From:*Charles Stevens

**Re: Two technical questions on IEEE Std 754-2008***From:*Dan Zuras IEEE

**Re: Two technical questions on IEEE Std 754-2008***From:*Keith Bierman

**RE: Two technical questions on IEEE Std 754-2008***From:*Charles Stevens

**Re: Two technical questions on IEEE Std 754-2008***From:*Keith Bierman

**RE: Two technical questions on IEEE Std 754-2008***From:*Charles Stevens

**Re: Two technical questions on IEEE Std 754-2008***From:*Dan Zuras IEEE

- Prev by Date:
**RE: Two technical questions on IEEE Std 754-2008** - Next by Date:
**Re: Two technical questions on IEEE Std 754-2008** - Previous by thread:
**RE: Two technical questions on IEEE Std 754-2008** - Next by thread:
**Re: Two technical questions on IEEE Std 754-2008** - Index(es):