Re: Semantic difference of source files

Marco van de Voort <marcov@stack.nl>
Sun, 24 Aug 2008 20:20:47 +0000 (UTC)

          From comp.compilers

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)
| List of all articles for this month |

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.


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.