home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / compiler / 2080 < prev    next >
Encoding:
Text File  |  1993-01-04  |  2.0 KB  |  46 lines
  1. Newsgroups: comp.compilers
  2. Path: sparky!uunet!gatech!destroyer!gumby!yale!mintaka.lcs.mit.edu!spdcc!iecc!compilers-sender
  3. From: jlg@cochiti.lanl.gov (J. Giles)
  4. Subject: Re: Complex Constants in Fortran
  5. Reply-To: jlg@cochiti.lanl.gov (J. Giles)
  6. Organization: Los Alamos National Laboratory
  7. Date: Mon, 4 Jan 1993 19:31:59 GMT
  8. Approved: compilers@iecc.cambridge.ma.us
  9. Message-ID: <93-01-007@comp.compilers>
  10. References:  <93-01-003@comp.compilers>
  11. Keywords: Fortran, parse
  12. Sender: compilers-sender@iecc.cambridge.ma.us
  13. Lines: 31
  14.  
  15. uesu03@giac1.oscs.montana.edu (Lou Glassy) writes:
  16. | [in this construct] 
  17. |>    X = FU ( 1.0, 3.4 )     ! has to be a function call, but
  18. |>                            ! the scanner doesn't know that...
  19. | 
  20. | [should the scanner return (1.0,3.4) as a constant, or should it
  21. | instead return separate ( 1.0 , 3.4 ) tokens?]
  22.  
  23. The question addresses the distinction between a literal and a
  24. constructor.  A literal is a lexical token which is recognized by its form
  25. as a single data value.  A constructor is a syntactic form that builds
  26. data objects from simpler ones.  A complex constant in Fortran is usually
  27. treated as a constructor.  It is recognized as a parenthesized list
  28. containing two elements and not prefixed by an array or function name.  If
  29. Fortran had been designed with the intent to be extensible later to allow
  30. derived types (records, structs, whatever you prefer to call them), the
  31. design would probably have given the complex constructor a name:
  32.  
  33.       c = COMPLEX(1.2, 3.4)
  34.  
  35. instead of just a list syntax, since you can only have *one* type whose
  36. constructor is simply a list (though obviously quaternions could have a
  37. similar constructor with four elements, octonions with eight, etc.).
  38. Fortran was, alas, designed before such ideas were seriously contemplated
  39. for actual programming languages (though certainly the abstract idea of
  40. such derived types was probably present even then).
  41. -- 
  42. J. Giles
  43. -- 
  44. Send compilers articles to compilers@iecc.cambridge.ma.us or
  45. {ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
  46.