Talk:Fortran/Archive 1

FORTRAN -vs- Fortran
Stephen Gilbert: you changed Fortran to FORTRAN, saying Fortran is normally spelt in all caps. If I recall correctly, older versions of Fortran (FORTRAN IV, FORTRAN 74) are spelt will all caps, whilst the new version (Fortran 90) is spelt in normal mixed case. (I may be wrong though.) -- Simon J Kissane 2001


 * FORTRAN 77, Fortran 90, and Fortran 95 is IMHO the correct spelling. I am not sure, if there is a blank in between {FORTRAN | Fortran} and {77 | 90 | 95}. I've tried to find some "official" Fortran Website, but failed. Is there one? -- Tobias Hoevekamp 2001


 * I found http://www.faqs.org/faqs/fortran-faq/ and it seems to support the Fortran spelling. (unsigned merged comment, 2001)


 * See http://www.j3-fortran.org (ANSI committee) and http://www.nag.co.uk/sc22wg5/ (ISO committee).
 * The FORTRAN 77 standard, an ANSI standard (X3.9-1978) adopted by ISO, spells it in all caps. The Fortran 90 standard, an ISO standard (ISO/IEC 1539-1:1991) adopted by ANSI, and all subsequent standards, spell it with only an initial capital.  BTW, the number in the "common name" is related to the year the development committee submitted it for publication, while the year in the document number is the year the standardization organization actually got around to publishing it.   Van Snyder 20:19 August 22 (UTC)

Article merge
Someone added new material to Fortran programming language presumably without realising that Fortran existed. I have merged and moved it all to Fortran programming language. --drj 2001


 * Great job. Fatalis 00:47, 21 January 2007 (UTC)

Links
Thanks for the entry. In addition it would be nice to have some commented links to well known Fortran compilers including free ones and perhaps a tiny example like Euclid's algorithm (gcd). Well and a note about libraries would be fine as well. -- HJH 02:41, 8 December 2001 (UTC)

Article title
I wonder why the historical all-caps spelling FORTRAN is used in the page title, instead of the modern spelling (which appears to be a redirect to the historical name). Shouldn't the modern form be the primary one? —Preceding unsigned comment added by 130.188.8.12 (talk • contribs) 17:51, 16 January 2003


 * Could somebody try to move this page to Fortran? For some reason 'Move this Page' doesn't work for me right now. --mav 12:25, 25 January 2003 (UTC)


 * Problem with the InnoDB database upgrade .. will be fixed soon .. --Eloquence 11:28 Jan 25, 2003 (UTC)


 * Fixed. --Brion 11:34 Jan 25, 2003 (UTC)

Code sample
Isn't the Code Sample a bad example in that it's an indefinite loop? —Preceding unsigned comment added by Sned (talk • contribs) 13:29, 23 May 2003


 * Yes it is. I'm changing it. —Preceding unsigned comment added by Geoff97 (talk • contribs) 22:33, 6 December 2003


 * I added a code sample. Keep it, modify it, trash it if you like.  The "Hello World" sample just seemed too simple to me.  As some anonymous soul has noted, yes, it is for MS-DOS.  You can tell how old the code is by the fact that it calls for a file on the "A:" drive.  This program was written about 1983.  Yeah, it's old, but so is Fortran.--Wcrowe 02:08, 16 Sep 2004 (UTC)

embedded spaces in identifiers in Fortran?
Does modern Fortran allow embedded spaces in identifiers like the older FORTRAN IV did? - Bevo 19:07, 26 May 2004 (UTC)

Reply: Not in the free source form introduced in Fortran 90. The old fixed source form has been retained for backwards compatibility but should not be used in new code IMO.

Open Source Compiler
Thanks to The Recycling Troll for adding the Open Watcom compiler link. I tried it out, and changed the sample code so that it will compile with it. The original code was over 20 years old and was written for a compiler which hasn't been around for a long time. Hopefully this will help any newbies who want to try the code for themselves.Wcrowe 19:28, 19 Oct 2004 (UTC)
 * thanks ;-) Metacarpus 14:13, 11 Apr 2005 (UTC)

comments on IBM compiler
I wonder if the comments appearing on the relative popularity of the IBM and Waterloo compilers are correct. I would like to see a source.

Fortran 95 code sample needed
I [Beliavsky] think the current Fortran 77 code sample should be replaced with one in Fortran 90 or 95.


 * I think the whole article should be rewritten from the point of view of the current language, and everything else moved to a "history" section, which is similar to the structure of articles about natural languages, countries, etc. Grayscale


 * Most of the code out there is written in Fortran 77, I'm sure. For example PYTHIA has existed since the '70s but still adheres to Fortran 77. - mako 21:08, 2 Jun 2005 (UTC)


 * I (Eric Salathe) just cleaned up the example code and added another to better reflect contemporary Fortran programming. The existing example contained syntax, like statement lables, that are deprecated. I also added an additional example showing dynamic allocation and a simple matrix operation. Incidently, I mentioned gfortran with a link, but no article seems to exist currently.


 * Regarding comment above "Most of the code out there is written in Fortran 77": Yes and no. Most new models are written in Fortran90. This includes the most computationally intensive code out there, climate and weather models. The easiest examples to look at would be CCSM (the US Community Climate System Model)  and WRF (Weather and Research Forecasting) model  for which code is publicly released.

Soviet FORTRAN
Maby a few words could be added to "history" section, like, for example, that FORTRAN was used to program US spacecraft, moon landers, Space shuttle and even that during cold war, Soviet Union had their own version of FORTRAN compiler for their early supercomputers. FORTRAN was definitively a very strategically important programming languege during the cold war, but there is no mention of that here.


 * feel free to add what you know, after all, it's a wiki, isn't it? Metacarpus 14:07, 11 Apr 2005 (UTC)

There was almost certainly design software related to the space shuttle written in Fortran, and maybe even some operational ground data-handling software, but AFAIK all of the flight software was written in HAL-S ("S" for "Shuttle").

Legal rights to the term FORTRAN
Is the word "Fortran" copyrighted or can it be freely used? There seems to be a company named "Fortran company" that offeres various Fortran languege related services and products. Do they have any exclusive rights over Fortran languege?

194.249.64.198 (and apparently other addresses in the same general area)

? Is there a problem?


 * IANAL. AFAIK IBM do not assert copyright (or trademark) over the name FORTRAN or Fortran, therefore there is no problem. KymFarnik 00:10, 15 April 2006 (UTC)

Standard joke
Is it really needed? I can understand its inclusion, but I don't think it deserves an entire section to itself without at least some explanation. Including it elsewhere with some background would be a better plan IMO. --Philip Hazelden 12:49, 24 August 2005 (UTC)


 * Is it needed. No. Is Wikipedia needed? No. Are you or I needed? No.


 * But a little levity goes a long way towards making the Wikipedia reader's life an enjoyable experience. And really, it is the absolutely standard Fortran joke, a clear way to separate the newbies from the cognoscenti.


 * I think it's presented in the article exactly the way it should be: One quick shot with no prelude or aftermath.


 * But then again, I'm probably biased because I'm the one who put it there. ;-)


 * Atlant 13:02, 24 August 2005 (UTC)


 * I'd have to agree with Philip. Although the joke is fairly funny, it doesn't deserve a section devoted to it. -- Michael B

The `standard joke' isn't clear to a casual reader. Thoughts? GChriss 21:28, 1 February 2006 (UTC)


 * Agreed. Wikipedia should be equally accessable to non-programmers too. I suggest that it be removed. michaelb 15:56, 8 February 2006 (UTC)


 * I've been using FORTRAN since 1971, as for non programmers - they are reading this to find out what Fortran is, the idea of real and integer is very important (as the two basic machine data types (string after all is just a bunch of integers)). I vote the joke stands as is.  KymFarnik 00:01, 15 April 2006 (UTC)

IBM FORTRAN G and H compilers
What was the difference between the IBM FORTRAN G and H compilers? Bubba73 16:22, September 4, 2005 (UTC)

While I can't answer authoritatively, nobody has responded, and I have used both at a time when they were both in use and supported. The G compiler was considered somewhat simpler to use but less advanced. It had some weird bugs; at one time if you CALLed a procedure with constants in the CALL, the value of the constants could be overwritten. I DON'T remember the details (or even how to write a FORTRAN subroutine) but something like
 * SUBROUTINE ANY (I,J)
 * I=17
 * RETURN
 * END
 * CALL ANY(2,3)
 * CALL ANY(2,3)
 * CALL ANY(2,3)

After executing the call, any reference to the constant 2 anywhere in the program would be replaced by 17 (the value given to I by the subroutine).

The H compiler was the compiler for more complex projects, but I think was in some way more difficult to use, or maybe used more resources.

Not very useful, but maybe a bit better than nothing. Pol098 02:58, 30 April 2006 (UTC)


 * The letters stood for the minimum memory size originally needed to run the compiler. Fortran G required at least 128K bytes; Fortran H at least 256K. Back in the 1960s 256K bytes meant a big mainframe. The bug you describe was a pretty common in early Fortran systems and students were cautioned about it. --agr 18:54, 2 May 2006 (UTC)


 * "at one time if you CALLed a procedure with constants in the CALL, the value of the constants could be overwritten." I've experienced that one with a much more recent compiler&mdash;redefining the value of 0.0 caused me a great deal of pain debugging a program that was running under DVF around the turn of the millenium.  (AFAIK, more recent versions of the Digital/Compaq/Intel compiler do the "right thing" and put constants in memory space marked as non-writeable.) --129.74.161.50 15:58, 12 September 2006 (UTC)


 * The bug described was certainly there in the H compiler. In one particular case, I remember using code similar to the above example, and followed it with an


 * K=1+1
 * Then whenever I would use K, it would actually be 17, as it had replaced 1+1 with the value of 2, which was now 17. As you can imagine, it took a long time for me to find and fix.Mjchonoles 22:38, 10 December 2006 (UTC)

Yes, you are absolutely correct regarding the behavior of the code, but that is NOT a "bug" in the compiler, per se. It is merely a consequence of argument-passing "by-reference" - which standard-conforming processors are allowed to do. (The program itself becomes non-standard-conforming when executed, which actually means that the processor can do whatever it wants!) Tripodics (talk) 16:58, 18 February 2008 (UTC)

Dates of standards appearing
A recent modification to the main article has added dates to the appearance of the various standard versions of Fortran. These are currently always set to the year implied in the version name. However, my recollection is that at least some of the completed standards did not appear until after the implied year e.g. Fortran 77 appeared in 1978. Can others with better memories shed more light on this please. Geoff97 20:55, 5 January 2006 (UTC)

The technical committee doing the actual work for a standard does not publish the standard; instead the committee's product goes to a secretariat. The secretariat, after addressing with the committee any questions/issues they may have, publishes the standard. Even without delay, publication in the same year is unlikely (especially back in those days, before word processors and the internet).

At its November 1976 meeting (which I hosted at BNL), X3J3 voted to use the informal name "FORTRAN 77" for the standard that was expected to be completed the next year. In fact, it was completed and received final approved in 1977, but the ANSI review process resulted in a publication year of 1978. Earlier, the revisions had been known as "FORTREV" since this was the first revision of the very first programming language ever to be standardized -- in the early 1960s, altho its publication did not occur until 1966.

The next revision was often referred to as "8X" since the process was originally expected to be completed in the mid-1980s (possibly as early as 1984). Later, the term "Fortran 88" was in vogue, but alas the aforementioned delays and objections (and in some cases "obstructions") exhausted the entire decade before the new standard finally emerged. Furthermore, the objectors succeeded in getting ANSI to block the actual revision of the standard designated as X3.9, retaining the obsolete version with that number, and instead creating an entirely new standard designation: "X3.198". The ANSI standard was designated as "X3.198-1992" because actual publication occurred in 1992.

Tripodics 23:31, 30 August 2007 (UTC)

Very poor article
ThSA. [65.54.97.190]


 * So then, improve it. Nahaj 01:57, 27 January 2006 (UTC)


 * I think it is a very good summary of what Fortran is, since I first used FORTRAN in 1971 and am an IT Professional I have some clue as to its accuracy and relevance. The article gives someone new to Fortran enough information to get a free complier and start using the language. KymFarnik 00:07, 15 April 2006 (UTC)

Advanced Sample Programs
The sample programs showing the array features are great, but those are not the only Fortran features. And though it is good to keep it as simple as possible, sometimes it is necessary to get things a bit more complex (and after all, the complex Fortran will remain easier than the easiest C++). That's why I added some code to depict pointers, protected arguments and the way modules would look in Fortran. It would be good if anyone could improve my comments on such code (because my explanations always tend to be very short). Also, I checked the Fortran 95 Standard and tried to comment all the possible non-standard features, but I might have skiped one or two non-standard statements (or maybe more). (02/27/2006)

Continuation card identifier
In a recent edit it was stated that anything but a blank or zero in column 6 identified a continuation. I don't remember a zero in column 6 being ignored in this way; is this correct? For now I will edit the article to exclude it; if correct, no doubt it will be reinstated. Pol098 03:02, 30 April 2006 (UTC)
 * The edit was correct. According to my copy of IBM's "Reference Manual 709/7090 FORTRAN Programming system" Form C28-6054-2, Rev. Jan. 1961, p.4: "Column 6 of the initial card of a statement must be blank or punched with a zero. Continuation cards (other than for comments), on the other hand, must have column 6 punched with some character other than zero, and may be punched with numbers from 1 through 9."--agr 03:48, 30 April 2006 (UTC)

No FORTRAN standards before F66
The article says that standards existed for pre-FORTRAN 66 variants. I don't believe this is correct. Before ASA X3.9-1966 (the FORTRAN 66 standard), the language was defined by its implementations and vendor reference manuals. I think F66 was the first "standardized" FORTRAN. If this is not correct, can someone point to the earlier ANSI / ASA / BEMA standards for the language? (Tue May 2 17:19:29 GMT 2006)
 * I think you are right and have edited the article accordingly. I also took out the claim that FORTRAN III was the first to have boolean expressions. IBM 709/7090 FORTRAN had a form of boolean expression that required a "B" to be punched in column 1. --agr 18:31, 2 May 2006 (UTC)

The first Fortran standard was ECMA's 1965 standard.

Dates
A recent edit states things like "Fortran 77 in 1977, Fortran 90 in 1990, etc". My recollection is that the release dates were mostly after the number on the product. Kerrigan's "Migrating to Fortran 90" states that the Fortran 77 ANSI standard was published in 1978. Metcalf et al's "Fortran 95/2003 explained" states that Fortran 90 was published in 1991, that Fortran 95 was finalised in 1995, but the ISO standard published in 1997, and that Fortran 2003 was finalised in late 2003, but the full revision was planned for 2004. Can this be checked? --Bduke 23:06, 2 May 2006 (UTC)
 * I took out the years except for 1966. It was sounding a bit pedantic anyway. If we find an authoritative source and it seems important to note the discrepancy, we can add them back. --agr 17:02, 3 May 2006 (UTC)

Where to buy FORTRAN ?
Is IBM still the owner of FORTRAN ?

Who is the distributor of FORTRAN ?


 * "FORTRAN" isn't an owned object...there are sometimes many fortran compilers available for any particular computer, some free and some commercial, some from the computer/OS vendor and some from third parties. DMacks 22:35, 11 May 2006 (UTC)


 * Answer: NO.  I believe IBM explicitly granted the rights for others to implement "FORTRAN".  Tripodics (talk) 06:44, 6 December 2007 (UTC)


 * Various vendors, inc IBM, have Fortran compilers for various machine architectures. Try the free ones ... G95 is good.  KymFarnik 07:11, 23 June 2006 (UTC)


 * Sun Studio compilers (including Fortran) and tools are now free on Solaris and (soon) Linux. --rchrd 07:00, 10 July 2006 (UTC)

double precision complex
I think it is perhaps misleading to say that "Fortran 90 also introduced a double-precision complex-number data type" -- since, for the reason demonstrated in the article, most of us had been using double-precision complex-number types since we got F77. Perhaps the practical effect of the late standardisation was that the generic functions didn't handle double-precision complex-number types: you had to use the double-precision versions of the complex-number functions.

DOUBLE PRECISION (KIND=8)
In the first FORTRAN standard (X3.9-1966), the REAL data type was typically implemented with a 36 bit floating-point word (on the predominant 70x architectures), providing more than six decimal digits of precision, and DOUBLE PRECISION was rarely needed. With the advent of the IBM 360 architecture (with 32-bit words and hexadecimal normalization), floating point values suffered a slight loss of precision, and many scientific users converted their existing codes to automatically use DOUBLE PRECISION for all REAL variables.

FORTRAN 90 introduced a "KIND=" specifier which, when used with COMPLEX, allowed the user to declare a complex variable to contain two values of any precision supported by the processor. Many processors accepted multiple type declarations such as "DOUBLE PRECISION COMPLEX" (or compiler-switches such as "automatic double precision") as equivalent to COMPLEX with a default specification such as "KIND=8".

COMPLEX operators in Fortran 8X
Some vendors questioned whether or not it was necessary to extend the new standard to include complex exponentiation (i.e. raising a complex number to a complex power). As a representative of Brookhaven National Laboratory, I inquired between X23J3 meetings about the need for this, and found one scientist at BNL (Dr. R. Sternheimer) who insisted that there was a legitimate need for such precise exponentiations in certain calculations); based on this input, the Fortran Standards Committee decided to include exponentiation (**) among the operators defined for the COMPLEX data types in Fortran 90. Tripodics (talk) 08:09, 6 December 2007 (UTC)

ASSIGNed GO TO
By the way, I'm surprised at the amount of space given to the "ASSIGN .. TO .." structure. I don't think I've ever seen that in code at all! We just used "=", and there was always a little bit of discussion at the beginning of computer programming courses where you would be told that the "=" sign did not mean that the two values were equal. (david)
 * ... ... is not an arithmetic assignment at all! (Have another look at the explanation.)  As far as I know, all Fortran compilers would balk at

integer lbl lbl = 40 goto lbl ... 40 continue
 * because 40 is an integer expression, not related to the code at statement 40. Use of ASSIGN was questionable in the heyday of Fortran, and the shop I worked in would make endless fun of any code which actually used it.  By the late 1970s Go To Statement Considered Harmful had taken firm hold.  EncMstr 17:42, 8 July 2006 (UTC)

User:EncMstr speaks truth. One of the wierd things about ASSIGN and assigned GOTO is that the 'numeric' version of a symbolic name is in a namespace distinct from the 'assign' version of the same name.--Wws 04:44, 24 July 2006 (UTC)

Agreed. "ASSIGN 40 to J" is entirely different from "J=40" and the latter does not accomplish the former on most processors. (If there is no statement labeled "40" then the first statement is invalid; however, the X3.9 standards were not allowed to specify the behavior of a processor when encountering a syntactically-invalid statement!!!) Tripodics (talk) 08:09, 6 December 2007 (UTC)

Wikibooks
Hi, I'd just like to inform everyone that I will be taking text from this article in assisting with the development of the Fortran wikibook, as it is also GFDL-licensed, if there are no objections. Also, if anyone would like to assist me in helping develop the wikibook, it would be much appreciated.

--Arthurv 14:23, 9 July 2006 (UTC)

Fortran complex type compared to C99
The entry mentions that Fortran supported complex variables, but C doesn't. C99 introduced a complex type, so I'm confused by this statement. Was it meant to apply to C89, or is Fortran's complex type somehow different from C99's? —Preceding unsigned comment added by 203.23.238.108 (talk • contribs)
 * (ettiquette asks us to add new topics to the end of the talk page, so this is moved accordingly)
 * The C99 standard added the complex type to the language—before then it was from the standard library (which many consider preferable due to type promotion complication). As C99 isn't widely recognized in commercial compilers (with the notable exception of GCC), it's kinda hard to say "it's here."  The type complex has been in the Fortran language at least since F77, probably earlier.  —EncMstr 19:29, 16 July 2006 (UTC)
 * Ah, I see. One reason I brought this up is because C99 is mentioned two paragraphs later. The same argument (general lack of compiler support) can be applied there as well. Wouldn't it be more consistent to have both or neither? Or perhaps rename the "C/C++ is 'just as fast'" header to something more general about C & co and include discussion about this in there? I'm probably not alone in finding it of interest.

I think the discussion of "C/C++ is 'just as fast'" is very important, as it is a common myth. (As any compiler writer who has struggled with aliasing vs optimization issues will tell you.) Another myth is that "C99 isn't widely recognized in commercial compilers". C99 is available in many commercial compilers.--Wws 04:38, 24 July 2006 (UTC)


 * I know complex was in FORTRAN IV, as it is explained in the Elliott Irving Organick book "A FORTRAN IV Primer" that I learned FORTRAN from. -- RTC 16:26, 15 September 2006 (UTC)

"Although originally intended for internal use only on the IBM 704 computer"
I don't believe this "internal use", cannot recall having ever seen such a statement in any of the early Fortran articles or interviews. Why would United Aircraft have loaned Roy Nutt for an internal IBM project? Re the note for Miles Ellis as the source -- will contact him.

Miles replied "I can see that it might be possible to read that to imply that IBM never intended to release the product to customers, but that was certainly not what I meant"

Is Wiki International or U.S.A. specific ?
Fortran 90 is an international standard, but the referenced standard is American.

Fortran 1997 has a note re ANSI, but not for all the other countries that have adoped this standard.

Either reference the ISO standards where they exist & delete the 1997 ANSI note, or reference ANSI standards only. --- Actually, in the case of Fortran-66 and Fortran-77, the ANSI standard came first, then ISO rubber-stamped it. However in the case of Fortran-90, ISO came first, then ANSI rubber-stamped it. --Wws 04:33, 24 July 2006 (UTC)

Actually, the ECMA 1995 Standard came first. Actually, the ISO recommendation re 66 includes ASA Fortran 66, ASA Basic Fortran 66, and ECMA 65. See Brainerd p.28 in Hill & Meek. Or see Day 1978 "Compatible Fortran".


 * The heyday of Fortran for me was early 1980s—I knew nothing of ISO until shortly after that. ANSI was all there was—and needed to be.  Not exactly a love affair, but she served her purpose.  Lacking ISO standards, wouldn't Japan, UK, Italy, etc. use whatever version of the compiler the vendor offered, whether or not it was ANSI?  I don't remember many choices....  —EncMstr 08:23, 25 July 2006 (UTC)

Using the compilers the vendors offer is the only choice. But if a Japanese customer wants a standard-conforming product, they will either reference an ISO or a Japanese standard. ISO standards are often translated into Japanese, including Fortran, and that translation adopted as the Japanese national standard. Same for many other countries.

--- The ANSI X3J3 (Fortran) committee developed the -66 and -77 Standards. Vendors implemented them and ISO rubber stamped them. (Now that I think about it, I don't know if there was an ISO version of Fortran-66.) In the case of Fortran-90, the very short story is that the X3J3 got seriously deadlocked for several years. ISO finally got frustrated and dictated what *they* thought the Next Standard should look like, and X3J3 basically accepted it. Fortran-95 and -2003 were driven by X3J3 again, with ISO rubber-stamping.

There are no technical differences between the ANSI and ISO versions of the Standards - basically just the name on the cover page. IMHO, Wikipedia should simply state what is and was, and give recognition where recognition is due. --Wws 05:45, 26 July 2006 (UTC)

Fortran 90, 95, 2003 were all developed as ISO standards. The ISO Fortran committee, WG5, managed the work, made the decisions as to content, and delegated development to various national body standards committees. The development of the principal language standard for 90, 95, 2003 was delegated to X3J3 (now J3, I believe), the American Fortran committee (reflecting a concentration of vendors at that time, thus more bodies to do the work, and, not scattered across the globe, able to meet more frequently than an international committee). So "stating what is and was, and give recognition where ...due" is to list the ISO 90, 95, 2003 standards without mention of ANSI. That ANSI adopted (not rubber stamped!) those standards is no more significant than AFNOR, adopting a French translation, or any other countries standards organization adopting them.

Fortran 0
Found a Wiki article "Fortran 0", saying essentially that the 1954 Backus paper was "Fortran 0". If so, it should be identifed that way here -- I've never seen such a reference before. I set that page for deletion. The following comment was in the discussion page for "Fortran 0":

--Concerning Request for Verification--

| The historical development of Fortran would suggest that there really was a FORTRAN 0, but it was not known as that at the time. AlyM 10:13, 30 January 2006 (UTC)


 * Donald Knuth gave a talk at the Computer History Museum in Mountain View, California, titled, if I recall correctly, "Twelve Predecessors to Fortran," a review of early programming language development. I believe all predated Fortran 0, though. —The preceding unsigned comment was added by 205.175.225.22 (talk) 22:59, 7 December 2006 (UTC).

FORTRAN II with Format
I vaguely recall around 1965 that this name was used for the compiler I used on an IBM 1620, implying it was FORTRAN II with format statements added. --Brat32 04:55, 9 August 2006 (UTC)

Standards binding to Fortran to be included
< -- I've hidden this. We don't list the GKS bindings, why list the POSIX binding?

-- I am unhiding it because it is an important (but unfortunately not universally implemented,) capability that some Fortran programmers use. The reference is useful. It (and other POSIX bindings for ADA, COBOL, and others) also represents an interesting historical point where non-C languages were allowed their own language-specific OS bindings in a POSIX environment. <->

The above comments re POSIX binding were moved from the article to this discussion.

SAS - a Fortran extension (preprocessor) or just an application?
Was initally written in Fortran, then rewritten in PL/I, then C. Seems like an application, not an extension(Preprocessor) SAS is definately an application. It is not an extension or preprocessor. --Wws 13:29, 16 August 2006 (UTC)

So it didn't belong in "Fortran Variants" -- I'll delete it.