From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,38159b1b5557a2e7 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-01-24 07:53:22 PST Path: archiver1.google.com!news2.google.com!newsfeed2.dallas1.level3.net!news.level3.com!crtntx1-snh1.gtei.net!news.gtei.net!newsfeed1.easynews.com!easynews.com!easynews!elnk-pas-nf1!newsfeed.earthlink.net!pd7cy1no!pd7cy2so!shaw.ca!border1.nntp.ash.giganews.com!border2.nntp.sjc.giganews.com!border1.nntp.sjc.giganews.com!nntp.giganews.com!local1.nntp.sjc.giganews.com!nntp.comcast.com!news.comcast.com.POSTED!not-for-mail NNTP-Posting-Date: Sat, 24 Jan 2004 09:53:16 -0600 Date: Sat, 24 Jan 2004 10:53:15 -0500 From: "Robert I. Eachus" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Standard Ada Preprocessor (Was: why ada is so unpopular ?) References: <49cbf610.0401170627.79c3dfe5@posting.google.com> <400A9B48.3060100@noplace.com> <400BD4B5.6000307@noplace.com> <400BDB7C.40100@noplace.com> <400D2150.6000705@noplace.com> <400E72F9.8060501@noplace.com> <100upo7ln5e3k59@corp.supernews.com> <401118FD.701@noplace.com> <40126B5E.8050205@noplace.com> In-Reply-To: <40126B5E.8050205@noplace.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: NNTP-Posting-Host: 24.147.77.160 X-Trace: sv3-Dfwh5/b3GpxRD7ze2QUpT+WsayokkkbPCS8MwBqD4/WGWPZohgyfMn/IS1nJFQGRq2IoFUEf1+9GPWL!rsY/4EErw2Jqpc3IoiEz1lZYWCCVzHDmaP3OQCnuvv6NK/1jCzDD5j3Rmul4mw== X-Complaints-To: abuse@comcast.net X-DMCA-Complaints-To: dmca@comcast.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.1 Xref: archiver1.google.com comp.lang.ada:4776 Date: 2004-01-24T10:53:15-05:00 List-Id: Marin David Condic wrote: > That works for some things, but it still will barf when a statement is > compileable for one target but not for another. I'm thinking of a case > where (for example) you can get one size of float for one target, but > for another target that size is not allowed... I'm sorry, but to me this is heresy. Not that you might want to specify a value for digits, I do that all the time. But when it matters enough to specify it, it is IMPORTANT. If a particular compiler doesn't support that specification, there is no point in trying to hide the problem. The application code I wrote won't run in that environment. End of story. Well, not exactly end of story. There are cases where I write code that uses IEEE extended precision if available, and when it is not uses IEEE double with different algorithms and other methods of maintaining the required precision, such as scaled (64-bit) integers. That code is so different there is no point in trying to deal with it using ifdefs or whatever. Two different matrix library bodies for the same specification is the best I can do. -- Robert I. Eachus "The war on terror is a different kind of war, waged capture by capture, cell by cell, and victory by victory. Our security is assured by our perseverance and by our sure belief in the success of liberty." -- George W. Bush