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: <394AF0E0.AAA95405@ece.gatech.edu>
Date: Fri, 16 Jun 2000 23:30:40 -0400
From: "Charles S. Wilson" <cwilson AT ece DOT gatech DOT edu>
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
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

Just tested TRY 4 -- seems to work fine building libz.dll, and linking
minigzip.exe to either  the import lib libz.dll.a or to the static
libz.a using -static. I also was able to link directly to the dll itself
without the use of an import lib.  It all seems to work fine.

I did not test -mno-cygwin or anything mingw-related.

--Chuck
 

Chris Faylor wrote:
> 
> On Fri, Jun 16, 2000 at 10:55:03AM -0700, Carl Thompson wrote:
> >OK, I just tested this latest version and there is still a problem with
> >includes.  The MinGW include paths are appended to the search list, but the
> >POSIX include paths are not removed.  In cases where there is a Windows
> >specific funtion with the same name as a different POSIX function, the wrong
> >one is used.  The output of "gcc -v" I have attached demonstrates this as
> >the compiler complains about mkdir(const char*, int) vs mkdir(const char*).
> 
> 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.
> 
> 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.
> 
> cgf
> 
>   ------------------------------------------------------------------------
>                Name: specs.gz
>    specs.gz    Type: application/x-gunzip
>            Encoding: base64
> 
>   ------------------------------------------------------------------------
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

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