home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!news2me.EBay.Sun.COM!cronkite.Central.Sun.COM!texsun!digi!mharriso
- From: mharriso@digi.lonestar.org (Mark Harrison)
- Newsgroups: comp.lang.c++
- Subject: Re: Idempotent header file proposal
- Message-ID: <1992Nov23.153527.13442@digi.lonestar.org>
- Date: 23 Nov 92 15:35:27 GMT
- References: <1992Nov19.090742.23696@cbfsb.cb.att.com> <1992Nov19.221907.4801@lucid.com>
- Organization: DSC Communications Corp, Plano, TX
- Lines: 31
-
- In article <1992Nov19.221907.4801@lucid.com>
- jss@lucid.com (Jerry Schwarz) writes:
-
- >In article <1992Nov19.090742.23696@cbfsb.cb.att.com>,
- >nh@cbnewsg.cb.att.com (nicholas.hounsome) writes:
- >|> Of course I know that there is the crude workaround :
- >|>
- >|> #ifndef HEADER_H
- >|> #define HEADER_H
- >|>
- >|> stuff
- >|>
- >|> #endif
- >|>
-
- >Some compilers/preprocessor recognize this construct in the header,
- >remember it, and don't even reopen the file when HEADER_H is #defined at
- >the point of the #include.
- >
- >I suggest you push your vendor to do this intelligent optimization
- >rather than asking for a #pragma.
- >
- > -- Jerry Schwarz
-
- Jerry is too modest to say so, but Lucid's compiler does this.
- I traced the command line version "lcc" to verify that the
- documentation was telling the truth. :-)
- --
- Mark Harrison, mharriso@dsccc.com Please double check the return address
- in the header... It may not be right.
- The problem is being worked on.
-