This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: cpplib: what is a system header? [HEAD]
- To: gcc-patches at gcc dot gnu dot org
- Subject: Re: cpplib: what is a system header? [HEAD]
- From: Russ Allbery <rra at stanford dot edu>
- Date: 17 Feb 2001 10:13:35 -0800
- Organization: The Eyrie
- References: <20010217173703.A6810@daikokuya.demon.co.uk>
Neil Booth <neil@daikokuya.demon.co.uk> writes:
> This unifies and simplifies the tests for systemheaderness in cpplib.
> Currently, there are 2 tests, one for dependencies (-MM) and one for
> everything else. The current ones work like this:
> o For dependencies, everything #included with <>, and nested includes
> below that, are deemed system headers, regardless of where the headers
> actually are found.
[...]
> The new rule for everything is
> o Something is deemed a system header if it was included by
> a system header (via "" or <>), or if it was found in a
> system header directory (with absolute pathnames never
> giving a system header directory).
> This is a slight change in semantics, but for properly configured
> systems with code that correctly uses the <> and "" forms of #include,
> no changes should be noticed. Zack and I want to try this for a while,
> and see if anyone complains.
Hm. This is going to cause a change in behavior of make depend in at
least some packages (INN being the example near and dear to my heart).
We'd end up listing Perl header files and the like in the dependencies in
the Makefile after this change without further changing our scripts, since
those directories are added to the include path with -I (we support
compilers other than gcc). Or am I missing something?
--
Russ Allbery (rra@stanford.edu) <http://www.eyrie.org/~eagle/>