This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug preprocessor/31186] -I/usr/include not taken into account
- From: "vincent at vinc17 dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 15 Mar 2007 16:51:24 -0000
- Subject: [Bug preprocessor/31186] -I/usr/include not taken into account
- References: <bug-31186-6373@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #2 from vincent at vinc17 dot org 2007-03-15 16:51 -------
(In reply to comment #1)
> I don't think this is a bug, you need to read the other part of the document
> which says if you supply -I DEFAULT_DIR, it is ignored.
OK, but this isn't very clear, as the description under -isystem says "*all*
directories specified by -I". I'd replace "all" by "non-ignored". The behavior
w.r.t symbolic links to such directories should also be specified.
Now, this behavior, if it is intentional, leads to 2 questions:
1. Shouldn't -L have a similar behavior to ensure consistency between library
search paths and include search paths?
2. Software is often compiled with configure, make, make install. How can one
force the compiler to look in /usr/include & /usr/lib first (i.e. override the
user's environment)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31186