From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18841 invoked by alias); 22 May 2007 21:51:09 -0000 Received: (qmail 18630 invoked by uid 48); 22 May 2007 21:50:44 -0000 Date: Tue, 22 May 2007 21:51:00 -0000 Message-ID: <20070522215044.18629.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug preprocessor/31186] -I/usr/include not taken into account In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "vincent at vinc17 dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2007-05/txt/msg01953.txt.bz2 ------- Comment #4 from vincent at vinc17 dot org 2007-05-22 22:50 ------- (In reply to comment #3) > My recollection is that the special -I behavior is there because > the system headers have special non-warning properties. > This situation doesn't apply to -L. But this introduces an inconsistency, with the effect that the version of the header and the version of the library do not match. > Generally speaking this is not a good idea. Usually people *want* their > environment to influence configure, and usually if configure overrides this > it means difficult to fix problems on weirder systems. But configure does override the user's environment for non-system directories (and even system directories concerning -L). That's not logical. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31186