Related articles |
---|
[3 earlier articles] |
Re: Semantic difference of source files DrDiettrich1@aol.com (Hans-Peter Diettrich) (2008-08-18) |
Re: Semantic difference of source files gah@ugcs.caltech.edu (glen herrmannsfeldt) (2008-08-18) |
Re: Semantic difference of source files gah@ugcs.caltech.edu (glen herrmannsfeldt) (2008-08-19) |
Re: Semantic difference of source files marcov@stack.nl (Marco van de Voort) (2008-08-20) |
Re: Semantic difference of source files gah@ugcs.caltech.edu (glen herrmannsfeldt) (2008-08-20) |
Re: Semantic difference of source files DrDiettrich1@aol.com (Hans-Peter Diettrich) (2008-08-23) |
Re: Semantic difference of source files marcov@stack.nl (Marco van de Voort) (2008-08-24) |
Re: Semantic difference of source files Jatin_Bhateja@mentor.com (Jatin Bhateja) (2008-08-28) |
Re: Semantic difference of source files m.helvensteijn@gmail.com (2008-08-28) |
From: | Marco van de Voort <marcov@stack.nl> |
Newsgroups: | comp.compilers |
Date: | Sun, 24 Aug 2008 20:20:47 +0000 (UTC) |
Organization: | Stack Usenet News Service |
References: | 08-08-025 08-08-030 08-08-045 08-08-052 |
Keywords: | parse, practice |
Posted-Date: | 24 Aug 2008 20:01:43 EDT |
On 2008-08-23, Hans-Peter Diettrich <DrDiettrich1@aol.com> wrote:
> A project-wide compilation has another benefit, with regards to global
> compiler or project settings. Once the public part of a module has
> been parsed, with the current settings applied, it doesn't deserve
> another parse throughout the remaining compilation. The weak
> relationship between C header files and source modules, and IMO in
> detail the introduction of namespaces in C++, prevents the
> determination of common public information, that *should* be kept in
> memory.
It's alos the fact that the preprocessor is used less heavily, and doesn't
flow over module borders.
IOW if module A uses module B and module C uses B, the compilation is
generally independant of the preprocessor state (or any state state
actually) of A and C at the moment of including/using.
Most Pascal compilers of course implement some checks to emit warnings if
preprocessor state deviates (to detect incomplete builds, and hint to the
programmer that a full build is in order), but this is magnitudes less
complicated.
Return to the
comp.compilers page.
Search the
comp.compilers archives again.