From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30085 invoked by alias); 16 Mar 2005 19:51:12 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 29993 invoked from network); 16 Mar 2005 19:51:08 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 16 Mar 2005 19:51:08 -0000 Received: from drow by nevyn.them.org with local (Exim 4.44 #1 (Debian)) id 1DBeXf-0004MZ-TX; Wed, 16 Mar 2005 14:50:56 -0500 Date: Wed, 16 Mar 2005 19:51:00 -0000 From: Daniel Jacobowitz To: Eli Zaretskii Cc: mark@codesourcery.com, gdb-patches@sources.redhat.com Subject: Re: PATCH: Guard uses of fork Message-ID: <20050316195055.GA16729@nevyn.them.org> Mail-Followup-To: Eli Zaretskii , mark@codesourcery.com, gdb-patches@sources.redhat.com References: <200503100400.j2A4055p021369@sirius.codesourcery.com> <20050316152923.GA30681@nevyn.them.org> <01c52a60$Blat.v2.4$b3d2f0a0@zahav.net.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01c52a60$Blat.v2.4$b3d2f0a0@zahav.net.il> User-Agent: Mutt/1.5.6+20040907i X-SW-Source: 2005-03/txt/msg00224.txt.bz2 On Wed, Mar 16, 2005 at 09:44:24PM +0200, Eli Zaretskii wrote: > > Date: Wed, 16 Mar 2005 10:29:23 -0500 > > From: Daniel Jacobowitz > > Cc: gdb-patches@sources.redhat.com > > > > > I left the CANT_FORK define in place because that's defined by > > > defs.h in the case __MSDOS__, and Dan says that configure isn't > > > run in that case. > > Dan was wrong: the DJGPP (a.k.a. MSDOS) build does run the configure > script, albeit slightly edited (see config/djgpp/djconfig.sh for the > gory details). > > The reason why defs.h defines CANT_FORK for the __MSDOS__ build is > that the DJGPP library does have `fork', but it's a stub that always > fails, and I don't want to depend on the configure script to get this > right. Thanks for checking! Looks like Mark's patch should be OK for DJGPP then. -- Daniel Jacobowitz CodeSourcery, LLC