home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.edu:1340 comp.lang.fortran:3173
- Newsgroups: comp.edu,comp.lang.fortran
- Path: sparky!uunet!usc!rpi!scott.skidmore.edu!psinntp!psinntp!isc-newsserver!jsvrc
- From: jsvrc@rc.rit.edu (Doctor FORTRAN)
- Subject: Re: Small Language Wanted
- Message-ID: <1992Aug25.213956.8827@ultb.isc.rit.edu>
- Followup-To: alt.flame
- Originator: jsvrc@rcmain.rc.rit.edu
- Sender: jsvrc@rc.rit.edu (Doctor FORTRAN)
- Nntp-Posting-Host: rcmain.rc.rit.edu
- Organization: RIT Research Corp
- References: <1992Aug25.034553.2990@linus.mitre.org> <17ck07INN24b@network.ucsd.edu>
- Date: Tue, 25 Aug 1992 21:39:56 GMT
- Lines: 15
-
- In article <17ck07INN24b@network.ucsd.edu> mbk@lyapunov.ucsd.edu (Matt Kennel) writes:
-
- > . . . . Bad C code is bad in truly awful ways.
-
- "Good" C code is bad in truly awful ways, too.
-
- As for eliminating computed GOTOs, to say nothing of arithmetic IFs (yuck!),
- I say it's better to keep 'em, but strongly discourage their use. There's a
- lot of old code out there that contains these archaic constructs (and there's
- even more not-so-old code out there that contains the soon-to-be archaic
- non-computed, unleaded GOTO). Keep the old constructs for compatability's
- sake; encourage the use of the more modern constructs for new code.
-
- ==Doctor FORTRAN
-
-