From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18694 invoked by alias); 12 Jan 2006 00:12:39 -0000 Received: (qmail 31978 invoked by uid 22791); 11 Jan 2006 23:53:25 -0000 X-Spam-Check-By: sourceware.org Received: from mail28.syd.optusnet.com.au (HELO mail28.syd.optusnet.com.au) (211.29.133.169) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 11 Jan 2006 23:53:23 +0000 Received: from desktop ([61.88.255.206]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with SMTP id k0BNrCWl010993 for ; Thu, 12 Jan 2006 10:53:16 +1100 Message-ID: <005501c61709$f04c8910$ceff583d@desktop> From: "Sisyphus" To: "gcc" Subject: gcc-3.4.4 and the '-I' switch. Date: Thu, 12 Jan 2006 00:12:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2006-01/txt/msg00082.txt.bz2 Hi, On linux I'm using gcc 3.2.2. If I run a command like: gcc -c foo.c -I/usr/include -v then I'm told that '-I/usr/include/' is being ignored "as it is a non-system directory that duplicates a system directory". That's good - and the way it should be, imho. On Win32 I'm using the MinGW port of gcc 3.4.4. One of the system directories is 'D:/MinGW/include'. If, on Win32, I run a command like: gcc -c foo.c -ID:/MinGW/include -v then I find that D:/MinGW/include is simply inserted at the beginning of the search path - and, furthermore, that D:/MinGW/include *loses* its status as a system directory. This is not good. The question: Do I raise this with you people, or do I raise it with the MinGW folk ? I *think* it's a MinGW implemenation issue (in which case I raise it with them) .... but, faik, it could be something that changed between gcc-3.2.2 and gcc-3.4.4. Can someone confirm ? Cheers, Rob