delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2002/05/15/08:23:40

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Wed, 15 May 2002 08:22:58 -0400
From: Christopher Faylor <cgf AT redhat DOT com>
To: Danny Smith <danny_r_smith_2001 AT yahoo DOT co DOT nz>
Cc: cygwin AT cygwin DOT com, MinGW-Dvlpr AT lists DOT sourceforge DOT net
Subject: Re: [MinGW-dvlpr] Re: gcc 3.1 [-mno-cygwin and __main ]
Message-ID: <20020515122258.GA8117@redhat.com>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: Danny Smith <danny_r_smith_2001 AT yahoo DOT co DOT nz>,
cygwin AT cygwin DOT com, MinGW-Dvlpr AT lists DOT sourceforge DOT net
References: <20020515033748 DOT GA8058 AT redhat DOT com> <20020515042855 DOT 64721 DOT qmail AT web14503 DOT mail DOT yahoo DOT com>
Mime-Version: 1.0
In-Reply-To: <20020515042855.64721.qmail@web14503.mail.yahoo.com>
User-Agent: Mutt/1.3.23.1i

On Wed, May 15, 2002 at 02:28:55PM +1000, Danny Smith wrote:
> --- Christopher Faylor <cgf AT redhat DOT com> wrote: > On Wed, May 15, 2002 at
>11:15:48AM +1000, Danny Smith wrote:
>> >>Perhaps it's time to drop the -mno-cygwin support and just supply a
>> >>cygwin hosted mingw32 targeted cross compiler?
>> >
>> >That is a key question.
>> 
>> I assume that you're talking about the cygwin gcc and not mingw.  If so,
>> the answer to the question is: No.  We can't do this.  -mno-cygwin is
>> needed.
>> 
>> Please don't make me explain why one more time.
>> 
>Ok, I understand that.  Cygwin and mingw have slightly different ways
>of handling global ctors.  The question for mingw developers is more
>accurately: How do we handle that difference if we add dwarf2 EH
>registration to startup code.  Should we try, with marginal
>(maintenance and runtime) cost, to maintain status quo?
>
>I don't know how (when/if) cygwin will implement dwarf2 EH.  Richard
>Henderson's patch was spot on, except for wrong use of -1 rather than 0
>as sentinel for end of eh_frame table.
>
>My preference is to try to keep the differences between mingw and
>cygwin in gcc code as small as possible.

For sure.  I'd like there to be no difference at all, if possible.

I'd like to either create a cygwin-mingw branch on the main repository
or create a completely separate CVS repository so that we could
coordinate patches.  Would you be interested in doing this, Danny?  I
can see that we'll be in patch hell otherwise.  I have a local sandbox
with your changes but it appears to be out-of-date already.

cgf

--
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/

- Raw text -


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