Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Date: Wed, 28 Mar 2001 22:32:46 -0500
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: -mno-cygwin and C++ -- solved!
Message-ID: <20010328223246.A4677@redhat.com>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20010327225506 DOT A29339 AT redhat DOT com> <01032723490700 DOT 17653 AT sabin> <3AC22DD2 DOT 26665 DOT 40EC1C AT localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.11i
In-Reply-To: <3AC22DD2.26665.40EC1C@localhost>; from pgarceau@qwest.net on Wed, Mar 28, 2001 at 06:30:42PM -0800

On Wed, Mar 28, 2001 at 06:30:42PM -0800, Paul Garceau wrote:
>Hi folks,
>
>	Forgive me, couldn't let this pass...
>
>On 27 Mar 2001, at 23:49, the Illustrious Kenton Varda wrote:
>
>> I think that's what I was originally looking for. :)  Why isn't this
>> part of cygwin's mingw package already?
>
>	*ahem*
>
>	Mingw _does not belong to Cygwin_, Mingw is a separate and optional 
>set of development tools that just happens to run alongside the Cygwin 
>Development Tools and that _may be_ installed with the Cygwin 
>Development Tools...it is _not_ a Cygwin development tool, it is a 
>Cygwin "Option" in the same way that the "-mno-cygwin" switch is an 
>"optional" switch.
>	It has only achieved this after a whole bunch of volunteers spent a 
>great deal of time and energy (man-years) attempting to integrate the 
>two to work with a simple switch called "-mno-cygwin".  It has _not 
>been_ a "trivial task".

I can attest to that.  gcc is really not designed to accomodate the
kind of magic that -mno-cygwin is attempting.  I try to push the
envelope with every release of gcc but I think I've reached the point
where I now have to branch out into binutils to achieve perfect
separation.  The current testing version of gcc actually has some
hacks that I probably would never send back to gcc.gnu.org.

And, I really am trying to be sensitive to the fact that mingw is not
"my" project.  I don't want to cloud the issue by releasing too much of
mingw with Cygwin.  I'm sure that the mingw maintainers have enough to
do with their own distribution and don't want to be bothered spending
excessive amounts of time trying to integrate things with Cygwin.

Sometimes I think that the best way to handle all of this is to have a
completely different compiler which defaults to a totally separate
/usr/include and /usr/lib area.  i686-pc-mingw-gcc.  Hmm.  It has a nice
ring to it.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple