home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.fortran
- Path: sparky!uunet!stanford.edu!unixhub!slacvx.slac.stanford.edu!fairfield
- From: fairfield@slacvx.slac.stanford.edu
- Subject: Re: Need help with named common blocks
- Message-ID: <1992Dec15.103428.1@slacvx.slac.stanford.edu>
- Lines: 28
- Sender: news@unixhub.SLAC.Stanford.EDU
- Organization: Stanford Linear Accelerator Center
- References: <jumper.724304615@fritz.catt.ncsu.edu> <1992Dec13.211623.1@slacvx.slac.stanford.edu> <Bz9xzs.F9n@news.cso.uiuc.edu>
- Distribution: comp
- Date: Tue, 15 Dec 1992 18:34:28 GMT
-
- In article <Bz9xzs.F9n@news.cso.uiuc.edu>, ercolessi@uimrl3.mrl.uiuc.edu (furio ercolessi) writes:
- > In article <1992Dec13.211623.1@slacvx.slac.stanford.edu>, fairfield@slacvx.slac.stanford.edu
- > writes:
- > |> [...]
- > |>... something like CHAR(80) is most likely declared later to be
- > |>of type CHARACTER*1 (or BYTE or INTEGER*1 or LOGICAL*1)...
- >
- > I think that the standard does not allow mixing character and non-character
- > variables in the same common block. Correct me if I am wrong.
-
- Yes, non-standard, but the original poster was converting code from
- Fortran to C. The issue of whether the exsting code was standard conforming
- is moot.
-
- Others have pointed out that the original query could be interpreted in
- two ways: different (single) declarations of a given named common in
- different program sections (my brash interpretation) versus a second
- COMMON statement for the same named common in a single program section.
- It would be nice if the original poster could clarify the situation so
- we could put this thread to rest...
-
- -Ken
- --
- Dr. Kenneth H. Fairfield | Internet: Fairfield@Slac.Stanford.Edu
- SLAC, P.O.Box 4349, MS 98 | DECnet: 45537::FAIRFIELD (45537=SLACVX)
- Stanford, CA 94309 | BITNET Fairfield@Slacvx
- ----------------------------------------------------------------------------
- These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
-