home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / programm / 2415 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.5 KB
  1. Path: sparky!uunet!munnari.oz.au!goanna!ok
  2. From: ok@goanna.cs.rmit.oz.au (Richard A. O'Keefe)
  3. Newsgroups: comp.programming
  4. Subject: Re: Teaching the basics
  5. Message-ID: <14139@goanna.cs.rmit.oz.au>
  6. Date: 21 Aug 92 08:39:26 GMT
  7. References: <Bt6DGq.HuB@metropolis.com> <12635@anderson> <MHCOFFIN.92Aug20162507@tolstoy.uwaterloo.ca>
  8. Organization: Comp Sci, RMIT, Melbourne, Australia
  9. Lines: 20
  10.  
  11. In article <MHCOFFIN.92Aug20162507@tolstoy.uwaterloo.ca>, mhcoffin@tolstoy.uwaterloo.ca (Michael Coffin) writes:
  12. > In article <13226@bnr-rsc.UUCP> sdms@bnr.ca (Andrew Sterian) writes:
  13. > > Hmmmm...I disagree on this one. It may have been true some years ago that 
  14. > > the type checking etc. of Pascal made it easier on novice programmers but
  15. > > the latest ANSI C compilers do just as good a job of it as Pascal.
  16. > 
  17. > I've heard this said with quite a bit of frequency lately, but it
  18. > isn't true.  C compilers---even ANSI ones---don't do type
  19. > checking across separately compiled files.
  20.  
  21. Pascal doesn't do type checking across separately compiled files either.
  22. (I'm not talking about "PAscal Extended" here; I still haven't seen that.)
  23. Suppose you want to write a program that calls procedure P, but you want
  24. to put P in another file.  There is _no_ way to do that in standard Pascal.
  25.  
  26. There is nothing in the C standard that _forbids_ type checking across
  27. separately compiled files, and there _are_ ANSI-compatible Lints.  We've
  28. ordered one, but heaven only knows when we'll get it.  In the mean time,
  29. -- 
  30. You can lie with statistics ... but not to a statistician.
  31.