delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2000/06/16/12:11:31

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
From: Chris Faylor <cgf AT cygnus DOT com>
Date: Fri, 16 Jun 2000 12:06:46 -0400
To: cygwin AT sourceware DOT cygnus DOT com
Subject: Re: New gcc/binutils available for testing (TRY 2) -- fixes
Message-ID: <20000616120646.J1165@cygnus.com>
Reply-To: cygwin AT sourceware DOT cygnus DOT com
Mail-Followup-To: cygwin AT sourceware DOT cygnus DOT com
References: <01bfd7aa$bd893040$50d2b3d1 AT deschutes>
Mime-Version: 1.0
User-Agent: Mutt/1.2i
In-Reply-To: <01bfd7aa$bd893040$50d2b3d1@deschutes>; from goudey@earthlink.net on Fri, Jun 16, 2000 at 08:51:31AM -0700

On Fri, Jun 16, 2000 at 08:51:31AM -0700, Dale Goudey wrote:
>>Dale Goudey wrote
>>>2.  For true mingw support (is there such a thing?), you will need to
>>>install the complete
>>>     mingw header/library set and modify the specs file (see below).
>
>Chris Faylor response
>>The Cygwin release contains libraries and include files that are common
>>to both mingw and cygwin.  The windows specific include files that are
>>in /usr/include are the same files that are released in a mingw-only
>>distribution.  Ditto, the lib files.
>>The only things that I see that are not already in cygwin are a couple
>>of include files (gmon.h, profil.h, and profile.h) and libraries
>>(crt2.o, dllcrt2.o, and gcrt0.o).  This is only a relatively cursory
>>search, but I believe that this is correct.
>>If Mumit wants to add these to the cygwin release when he gets back,
>>I'll let him make that call.
>
>What I meant by "true mingw support" was that the -mno-cygwin flag will
>guarantee that the compile/link will NOT NEED the cygwin library, not MAYBE
>NOT NEED.  As implemented in the cygwin distribution, the compiler will
>"see" all the headers specific to the cygwin libraries whether the software
>developer intended that of not.  The software developer can accidentally use
>cygwin-specific functions and the compiler will not complain or offer a
>warning.  To prevent link-time problems, the developer needs to know what
>header files shouldn't be used with the -mno-cygwin flag.

I understand this.  However, I am not willing to duplicate all of the files
in the cygwin include directory into the mingw directory.

Again, if and when Mumit returns, if he decides that there is a better way
to do this, I will joyously accede to his wishes.

>I have a need to develop code that uses cygwin.  I also have a need to
>develop (different) code that does not.  I also don't want to waste time
>tracking down what headers I can or can't use when I use -mno-cygwin.  My
>configuration (slightly modified from standard as I described) allows me to
>do this.  If it costs me a separate set of headers on my hard disk, well I
>think I can afford that (I can't afford the time wasted tracking down
>problems related to what is and what is not only in the cygwin library).

I think that I would suggest that people who are concerned about this problem
should use the mingw specific compiler and tools.

cgf

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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019