Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <028f01c2e8c3$fd4305d0$78d96f83@pomello> From: "Max Bowsher" To: "Brian Ford" , References: Subject: Re: cygwin gcc 3.4 and cygwin Date: Wed, 12 Mar 2003 18:19:58 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Brian Ford wrote: > I thought I had a legitimate concern and question, not one that > deserved "just" a sarcastic response. Yes, it was sarcastic, but don't take it personally. Chris is *busy* and this is quite a minor issue. > It would be easy to accendentally release things for Cygwin that are > ABI incompatible with Cygwin's gcc. structs containing doubles aren't a hugely common feature. Besides, I think Chris knows what he is doing. > Why do we persist this way? I would be happy to do the necessary leg > work to make vanilla gcc the same as Cygwin gcc. Great! Go on then! ;-) > With Redhat's influence on the free software world, I would think, > mistakenly, I guess, that Cygwin local patches would be short-lived, > migrating relatively quickly back to the official sources. What is > wrong with this assumption? Redhat != Cygwin. Max. -- 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/