Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Message-ID: <394A89A0.2564D870@carlthompson.net>
Date: Fri, 16 Jun 2000 13:10:08 -0700
From: Carl Thompson <cet AT carlthompson DOT net>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
MIME-Version: 1.0
To: cygwin AT sourceware DOT cygnus DOT com
Subject: Re: New GCC available for testing (TRY 4) -- fixes include path problem
References: <20000615014501 DOT A14168 AT cygnus DOT com> <20000615235922 DOT A22415 AT cygnus DOT com> <20000616131828 DOT A17545 AT cygnus DOT com> <394A69F7 DOT AD03B52A AT carlthompson DOT net> <20000616151231 DOT A8096 AT cygnus DOT com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Chris Faylor wrote:

> ...

> Thanks for trying this again.  I've changed the "idirafter"'s in the
> specs file to "isystem"'s and it now finds the stuff in the mingw
> directory first when -mno-cygwin is specified.
> 
> As I mentioned in another thread, this does not eliminate the
> searching of the /usr/include directory because you need that to grab
> the windows-specific headers that live there.  The current cygwin
> layout mixes windows and "POSIX" header files in the same directory.
> 
> This means that if a -mno-cygwin program says '#include
> <sys/termios.h>' it will find the cygwin version of termios.h.  This
> is as it has always been, AFAIK, and I'm not going to try to redesign
> things to correct this now.  If anyone wants strict separation, I
> suggest installing the mingw version of gcc in a separate directory.

Wouldn't it be better (and probably save you a lot of mailing list headaches
in the future) to just duplicate the Windows headers in the MinGW directory
and not search the POSIX directory?  Or better yet to have a separate
Windows header directory that is used by both?  I can easily see someone
accidentally including a POSIX header for a normal Windows program then
complaining to you that Cygwin is broken.

I just took another quick look at the way things are now and I noticed
another problem.  Some Windows headers are only in the POSIX include
directory (such as "windows.h"), but some are only in the MinGW directory
(such as "direct.h").  That means, with your latest snapshot, Cygwin
programs can't use "direct.h" if they need to!

> Anyway, I've uploaded a new tar ball with the above changes.  I've
> also included the specs file that it uses in this message.  It should
> be the only change to this distribution, if you want to try it.

I'll do a more thorough test with this tomorrow.

> cgf

Carl Thompson

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com