Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!munnari.oz.au!uniwa!DIALix!dent
From: dent@DIALix.oz.au (Andrew Dent)
Newsgroups: comp.lang.fortran
Subject: Re: Pseudo-FORTRAN -- f2c for the Macintosh
Message-ID: <1026@DIALix.oz.au>
Date: 3 Jun 91 12:54:08 GMT
References: <1991May30.040829.8696@eplrx7.uucp> <1017@DIALix.oz.au> <1991Jun1.171914.802@weyrich.UUCP> <1991Jun2.182915.486@cs.dal.ca>
Organization: DIALix Services, Perth Western Australia
Lines: 31

In <1991Jun2.182915.486@cs.dal.ca> silvert@cs.dal.ca (Bill Silvert) writes:

>The usage INTEGER*n is non-standard.  As Orville goes on to say, asking
>a translator to support non-standard usage is a bit much.

I DISAGREE - the "standard" that must be supported by a useable tool is
the standard of the marketplace, not the "official" standards that 
everyone ignores. I don't know any FORTRAN's apart from Mac, VAX/VMS &
MS-DOS but I'd bet that *MOST* of them support INTEGER*n (of some form).
Heck, half the compilers I see advertised now make a point of supporting
the VAX/VMS extensions!

By the way, in an earlier posting I suggested that ALL FORTRANS have the
reverse byte-order that causes so much trouble translating or porting to
the Mac, this is of course WRONG and is a feature of the host CPU.
What can I say - it was late, I was tired, depressed, the code wasn't
working, it was raining ...

From what I've read lately, there's going to be a mass revolt against
the new "official" standards anyway :-)


>-- 
>William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
>P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
>UUCP=..!{uunet|watmath}!dalcs!biome!silvert
>BITNET=silvert%biome%dalcs@dalac	InterNet=silvert%biome@cs.dal.ca
Andy Dent                     A.D. Software phone 09 249 2719
Mac & VAX programmer          94 Bermuda Dve, Ballajura
dent@DIALix.oz                Western Australia  6066     
dent@DIALix.oz.au (international)