From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11316 invoked by alias); 4 Feb 2006 10:59:11 -0000 Received: (qmail 11294 invoked by uid 22791); 4 Feb 2006 10:59:09 -0000 X-Spam-Check-By: sourceware.org Received: from gandalf.inter.net.il (HELO gandalf.inter.net.il) (192.114.186.17) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 04 Feb 2006 10:59:08 +0000 Received: from nitzan.inter.net.il (nitzan.inter.net.il [192.114.186.20]) by gandalf.inter.net.il (MOS 3.7.1-GA) with ESMTP id HTS03718; Sat, 4 Feb 2006 12:58:48 +0200 (IST) Received: from HOME-C4E4A596F7 (IGLD-83-130-205-46.inter.net.il [83.130.205.46]) by nitzan.inter.net.il (MOS 3.7.3-GA) with ESMTP id CPY38365 (AUTH halo1); Sat, 4 Feb 2006 12:58:48 +0200 (IST) Date: Sat, 04 Feb 2006 10:59:00 -0000 Message-Id: From: Eli Zaretskii To: gdb-patches@sourceware.org In-reply-to: <20060204032730.GB9890@nevyn.them.org> (message from Daniel Jacobowitz on Fri, 3 Feb 2006 22:27:30 -0500) Subject: Re: RFA: Support Windows extended error numbers in safe_strerror Reply-to: Eli Zaretskii References: <20060203215455.GA3501@nevyn.them.org> <200602032325.k13NPJ6g028001@elgar.sibelius.xs4all.nl> <20060203233935.GA13238@trixie.casa.cgf.cx> <20060204032730.GB9890@nevyn.them.org> X-IsSubscribed: yes 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/msg00065.txt.bz2 > Date: Fri, 3 Feb 2006 22:27:30 -0500 > From: Daniel Jacobowitz > > What I'd _love_ to do is refactor the bits of Cygwin which we need, > which are considerably smaller than the whole of Cygwin, so that we > could link them directly into GDB and not have to worry about it any > more. Given the copyright status of Cygwin, however, I think this is a > non-starter. I'm not even sure whether it would fit into the design > of Cygwin, or end up rewriting much of it anyway. I think this should be possible, using as the starting point the MinGW port of glibc (libgw32c from the GnuWin32 download server at http://prdownloads.sourceforge.net/gnuwin32). The problem (at least my problem) is that Some Work Is Needed(tm) to add the missing bits to that library, e.g. their `select' is a stab that always fails. So, if someone wants to go that way, they will need to free some non-trivial amount of time for the job. > The question of Windows support is not going to go away at any point in > the foreseeable future. If the GDB community is going to throw up its > hands and say ugh, well, I'd be pretty disappointed. Me too. When I work on Windows, I use the MinGW port of GCC exclusively, even though there's a ``free'' (as in "free beer") Microsoft compiler one can download from the net. Not having a good port of GDB would be a deadly blow for me, and installing Cygwin is not an option, because I still need to use native Windows programs. > And CodeSourcery would be maintaining a branch with these patches > for all of that foreseeable future, and shipping it. Would CodeSourcery consider supporting a MinGW specific port, along the lines I suggested elsewhere in this thread (i.e., having a separate -nat.c file and other files as needed)? If you will, and if that support is consistent with the GPL, then I think we can have everybody happy.