home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / c / 16856 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.8 KB
  1. Path: sparky!uunet!olivea!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
  2. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Reasons for using C vs. Fortran or vice/versa
  5. Message-ID: <1992Nov20.100850.20858@thunder.mcrcim.mcgill.edu>
  6. Date: 20 Nov 92 10:08:50 GMT
  7. References: <1992Nov12.135901.15191@ccd.harris.com><1992Nov12.210151.5486@alchemy.chem.utoronto.ca><1992Nov13.171542.10650@taumet.com> <ALANB.92Nov17130727@catalina.sdl.mdcbbs.com>
  8. Distribution: na
  9. Organization: McGill Research Centre for Intelligent Machines
  10. Lines: 28
  11.  
  12. In article <ALANB.92Nov17130727@catalina.sdl.mdcbbs.com>, alanb@sdl.mdcbbs.com (Alan Braggins) writes:
  13. [these attribution lines that are confused enough that I'm not sure who
  14. writes what!]
  15. >>>>>> On Fri, 13 Nov 1992 17:15:42 GMT, steve@taumet.com (Steve Clamage) said:
  16. >> mroussel@alchemy.chem.utoronto.ca (Marc Roussel) writes:
  17.  
  18. >> This is the "aliasing" problem, and dramatically affects the
  19. >> efficiency of mathematical code in C compared to Fortran.
  20. > What happened to the proposed "noalias" type qualifier?
  21.  
  22. It was dropped.  It was extremely difficult, perhaps impossible, to
  23. define its semantics precisely while avoiding, on the one hand,
  24. weakening it so much as to be useless (to optimizers), and on the
  25. other, making it so strong as to be useless (to code authors).  All the
  26. proposed definitions of it were sufficiently confusing that even X3J11
  27. couldn't figure out precisely what they meant.  Dennis Ritchie even
  28. generated a quote which Henry Spencer put into his signature: "noalias
  29. must go.  This is non-negotiable." [from memory - exact wording may be
  30. wrong].
  31.  
  32. And sure enough, it was.  It's not clear to me what the right solution
  33. is.  I'm sure compiler authors are experimenting with various
  34. possibilities....
  35.  
  36.                     der Mouse
  37.  
  38.                 mouse@larry.mcrcim.mcgill.edu
  39.