Path: utzoo!attcan!uunet!decwrl!sdd.hp.com!zaphod.mps.ohio-state.edu!uwm.edu!rutgers!mephisto!prism!sun13!VSSERV.SCRI.FSU.EDU!mayne From: mayne@VSSERV.SCRI.FSU.EDU (William (Bill) Mayne) Newsgroups: comp.lang.fortran Subject: Re: What is the FORTRAN for ? Message-ID: <310@sun13.scri.fsu.edu> Date: 26 Jul 90 14:25:14 GMT References: <1990Jul25.174153.16896@ecn.purdue.edu> <11029@chaph.usc.edu> Sender: news@sun13.scri.fsu.edu Organization: SCRI, Florida State University Lines: 25 In article khb@chiba.Eng.Sun.COM (Keith Bierman - SPD Advanced Languages) writes: > > no checking for number/type of arguments to > >ditto , or via fortran "lint" programs (which predate C, and lint) > >Keith H. Bierman |*My thoughts are my own. !! kbierman@Eng.Sun.COM This is good news! I and some others have been recently posting requests for just such tools as "lint" for fortran, but haven't seen any response. What is ? Where can I get some of this error checkers? Us users of Sun fortran are still looking for something as simple as a way to generate cross reference listings. (I finally wrote a simple one of my own using C, though I can think of several languages which would be better for this kind of task if I had access to and current familiarity with them...perl, rexx, icon, even snobol.) As for data structures, recursion, dynamic allocation, and (which had not been mentioned) access to command line arguments: Yes, various implementations of fortran provide some or all of these, but there is no standard for them so porting code is a real problem. I am no fan of fortran but I am forced to use it because I work in a scientific computing environment. But rather than either gripe about it or defend it I'll be happy to just get some help. I will say that once you get to know it fortran isn't so bad.