Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-Id: <4.3.2.7.0.20030219164054.00bbd280@irispavp.igb.umontreal.ca> X-Sender: bleau2 AT irispavp DOT igb DOT umontreal DOT ca Date: Wed, 19 Feb 2003 16:53:50 -0500 To: cygwin AT cygwin DOT com From: Andre Bleau Subject: gcc 3.2 include directories Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed X-MDRemoteIP: 10.52.50.2 X-Return-Path: bleau AT igb DOT umontreal DOT ca X-MDaemon-Deliver-To: cygwin AT cygwin DOT com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id h1JLrR611388 If you compile with gcc 3.2, the files in /usr/include/w32api are now searched before those in /usr/include, even without using -mno-cygwin. Is this intended behavior? Now, if a file or subdirectory is present in both places, such as mapi.h or the GL subirectory, it will never be used, even if you compile with -mcygwin. I would expect that files in /usr/include/w32api take precedance over those in /usr/include only if you use -mno-cygwin. Also, files in /usr/include/mingw are not searched anymore if you use -mno-cygwin, as they are with gcc-2. Is /usr/include/mingw for gcc-2 only? André Bleau, Cygwin's OpenGL package maintainer. email: bleau at igb dot umontreal dot ca (Fight SPAM: encode your email-address) Please address all questions and problem reports about Cygwin's OpenGL package to cygwin AT cygwin DOT com . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/