home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c++
- Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!borland.com!pete
- From: pete@borland.com (Pete Becker)
- Subject: Re: Idempotent header file proposal
- Message-ID: <1992Nov24.030226.29788@borland.com>
- Originator: pete@genghis.borland.com
- Sender: news@borland.com (News Admin)
- Organization: Borland International
- References: <722547379snx@trmphrst.demon.co.uk>
- Date: Tue, 24 Nov 1992 03:02:26 GMT
- Lines: 23
-
- In article <722547379snx@trmphrst.demon.co.uk> nikki@trmphrst.demon.co.uk writes:
- >In article <1992Nov20.200435.18239@microsoft.com> jimad@microsoft.com (Jim Adcock) writes:
- >> Ultimately we will begin to see more and more C++
- >> development environments that not only offer precompiled headers, but
- >> incremental compile/link support as well.
- >It is unfortunate that most of the current compilers which have
- >precompiled headers have such restrictions on their use, and such arcane
- >command lines to use them, that they introduce problems, rather than
- >solving them.
- >
- >For example, all the compilers I have seen with this feature insist that
- >all modules that use the precompiled headers include the same headers, in
- >exactly the same order. This encourages users to include ALL their headers
- >in all their modules. This introduces lots of unnecessary dependencies,
- >and means a very slow compile cycle when the code is moved to another
- >compiler, without precompiled headers.
- >
-
- BC permits you to include headers in whatever order you want, and the
- "arcane" command line is -H. There are additional things you can do to tune
- the performance, such as using all the same headers in the same order in
- several different compilation units, but that is not required.
- -- Pete
-