home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / misc / 3708 < prev    next >
Encoding:
Internet Message Format  |  1992-11-15  |  1.4 KB
  1. Path: sparky!uunet!mcsun!uknet!mucs!m1!bevan
  2. From: bevan@cs.man.ac.uk (Stephen J Bevan)
  3. Newsgroups: comp.lang.misc
  4. Subject: Re: Pointers
  5. Message-ID: <BEVAN.92Nov13094329@beluga.cs.man.ac.uk>
  6. Date: 13 Nov 92 09:43:29 GMT
  7. References: <BxJzzv.4H7@mentor.cc.purdue.edu> <721539019@sheol.UUCP>
  8.     <BxLyv1.CG4@mentor.cc.purdue.edu>
  9. Sender: newsman@cs.man.ac.uk
  10. Organization: Department of Computer Science, University of Manchester
  11. Lines: 21
  12. In-reply-to: hrubin@pop.stat.purdue.edu's message of 12 Nov 92 14:57:00 GMT
  13.  
  14. In article <BxLyv1.CG4@mentor.cc.purdue.edu> hrubin@pop.stat.purdue.edu (Herman Rubin) writes:
  15.    >You might claim that "reference" (or "ref") is just "pointer" spelled
  16.    >sideways, but there is no "address of" operation, no "indirect"
  17.    >operation, and hence no EXPLICIT pointer operations at all in the
  18.    >language.
  19.  
  20.    But how does the hardware do it efficiently?
  21.  
  22. Who cares, as long as it does?
  23.  
  24.    Probably with pointers, because the hardware only calls by reference.
  25.  
  26. So what?  If the compiler does the correct and most efficient thing,
  27. why should I care how it does it.  If the quality of the compiler is a
  28. problem, get another one.  If that doesn't work, write in assembler.
  29. If the syntax isn't all that great, use a macro processor to create
  30. hide some of the worst parts.  Note this is not an invitation to
  31. complain that you can't find a macro processor that will let you
  32. invent your own syntax.
  33.  
  34. bevan
  35.