From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30325 invoked by alias); 12 Jan 2006 08:41:27 -0000 Received: (qmail 30316 invoked by uid 22791); 12 Jan 2006 08:41:27 -0000 X-Spam-Check-By: sourceware.org Received: from smtp1.clear.net.nz (HELO smtp1.clear.net.nz) (203.97.33.27) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 12 Jan 2006 08:41:26 +0000 Received: from anykey (218-101-109-196.dialup.clear.net.nz [218.101.109.196]) by smtp1.clear.net.nz (CLEAR Net Mail) with ESMTP id <0ISZ00BBG1GV7R@smtp1.clear.net.nz> for GCC-help@gcc.gnu.org; Thu, 12 Jan 2006 21:41:22 +1300 (NZDT) Date: Thu, 12 Jan 2006 08:41:00 -0000 From: Danny Smith Subject: Re: gcc-3.4.4 and the '-I' switch. To: syphus1@optusnet.com.au Cc: GCC-help@gcc.gnu.org, mingw-users@lists.sourceforge.net Message-id: <000001c61753$f87d1830$c46d65da@anykey> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit 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/msg00083.txt.bz2 Forwarding to mingw list from gcc-help: "Sisyphus" wrote: > 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. > I think the problem is that, because of lack of meaningful inode numbers, the mechanism to detect duplicate directories in gcc/c-incpath.c: remove_duplicates fails. Hence, we cannot ignore duplicates of system directories on mingw32. Replacing INO_T_EQ with a mingw-host function that does a strcmp of lrealpath() pathnames works. Danny > 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