home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.fortran
- Path: sparky!uunet!kithrup!stanford.edu!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!hamblin.math.byu.edu!hellgate.utah.edu!lanl!cochiti.lanl.gov!jlg
- From: jlg@cochiti.lanl.gov (J. Giles)
- Subject: Re: Fortran to C issues?
- Message-ID: <1992Nov18.183132.16770@newshost.lanl.gov>
- Sender: news@newshost.lanl.gov
- Organization: Los Alamos National Laboratory
- References: <BxtKJL.2Ir@accelr8.com> <1992Nov17.224350.26781@draco.macsch.com>
- Date: Wed, 18 Nov 1992 18:31:32 GMT
- Lines: 20
-
- In article <1992Nov17.224350.26781@draco.macsch.com>, dnl@convex.is.macsch.com (David Lombard) writes:
- |> [...]
- |> Finally, and this will change with time, Fortran compiler writers have
- |> more experience in highly optimized code than do C compiler
- |> writers. That's a temporary advantage at best.
- |>
- |> On C's side, have you ever seen code which dealt with bitmaps, free
- |> memory chains, complicated structures and the like in Fortran? Talk
- |> about terminally ugly and begging for coding errors!
-
- Yes, but this is a temporary problem - more temporary than the one you
- excused C for just now. Fortran 90 has support for all this stuff.
- Most better implementations of Fortran have had *some* support for
- quite a while, but many vendors were waiting for the standard before
- committing themselves (an example of "cart before the horse" since
- the standard should be driven by common practice, not the other way
- around).
-
- --
- J. Giles
-