From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2608 invoked by alias); 6 Feb 2006 12:07:51 -0000 Received: (qmail 2456 invoked by uid 22791); 6 Feb 2006 12:07:50 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao05.cox.net (HELO eastrmmtao05.cox.net) (68.230.240.34) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 06 Feb 2006 12:07:44 +0000 Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao05.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060206120750.QEQW14098.eastrmmtao05.cox.net@localhost.localdomain> for ; Mon, 6 Feb 2006 07:07:50 -0500 Received: from bob by localhost.localdomain with local (Exim 4.52) id 1F65AZ-0001GT-FR for gdb-patches@sourceware.org; Mon, 06 Feb 2006 07:08:35 -0500 Date: Mon, 06 Feb 2006 12:07:00 -0000 From: Bob Rossi To: gdb-patches@sourceware.org Subject: Re: RFA: Support Windows extended error numbers in safe_strerror Message-ID: <20060206120835.GC21065@brasko.net> References: <20060205001503.GB8728@trixie.casa.cgf.cx> <20060205193440.GB4718@trixie.casa.cgf.cx> <20060205224414.GA9733@trixie.casa.cgf.cx> <20060206051451.GA15411@trixie.casa.cgf.cx> <20060206084704.GW15572@calimero.vinschen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060206084704.GW15572@calimero.vinschen.de> User-Agent: Mutt/1.5.9i Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-02/txt/msg00124.txt.bz2 On Mon, Feb 06, 2006 at 09:47:04AM +0100, Corinna Vinschen wrote: > On Feb 6 02:18, Eli Zaretskii wrote: > > > From: Christopher Faylor > > wa However, it should be > > quite clear that, since Cygwin is a coherent system of tools that need > > to work together, [...] > > That's a misconception. You're mixing Cygwin, the distribution with > Cygwin, the DLL. Take a tool and the libraries it's linked against, > and you're all set. Eli, I have to side with you here. Even though I find Cygwin absolutely amazing, it is documented, that there is *no* absolute way to deliver a Cygwin DLL and ensure that your package will work on the target system. If there are 2 Cygwin DLL's on a system, then Cygwin can not operate. For instance, if I install GNAT 3.15p, and I have Cygwin installed, I have to modify the GNAT binary of GDB to change the name of the DLL they renamed Cygwin to back to cygwin1.dll. Then, I have to remove the Cygwin DLL they used. Fortunately this even works. Secondly, it's impossible to create a package that ensures the user doesn't go ahead and install Cygwin 5 minutes after they install the GDB package, which would basically break your GDB installation. I personally think the Cygwin DLL installation issue needs to be brought to the next level, before it's considered OK to install the cygwin1.dll Anyways, I use Cygwin daily and couldn't live with out it, however, as trying to package CGDB, I've found the only reasonable alternative is to attempt to get it upstream with the Cygwin distribution. Thanks, Bob Rossi