From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32205 invoked by alias); 8 Dec 2001 04:13:20 -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 32112 invoked from network); 8 Dec 2001 04:12:02 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 8 Dec 2001 04:12:02 -0000 Received: from drow by nevyn.them.org with local (Exim 3.33 #1 (Debian)) id 16CYqu-0004uk-00; Fri, 07 Dec 2001 23:12:40 -0500 Date: Fri, 07 Dec 2001 20:13:00 -0000 From: Daniel Jacobowitz To: Jim Blandy Cc: Michael Snyder , gdb-patches@sources.redhat.com Subject: Re: RFA: clean up logic in linux_child_wait Message-ID: <20011207231240.A18761@nevyn.them.org> Mail-Followup-To: Jim Blandy , Michael Snyder , gdb-patches@sources.redhat.com References: <20011208040632.8D2455E9D8@zwingli.cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011208040632.8D2455E9D8@zwingli.cygnus.com> User-Agent: Mutt/1.3.23i X-SW-Source: 2001-12/txt/msg00228.txt.bz2 On Fri, Dec 07, 2001 at 11:06:32PM -0500, Jim Blandy wrote: > > GDB still uses linux-thread.c on the S/390. It shouldn't. >From the current sources I see: NATDEPFILES= infptrace.o solib.o inftarg.o fork-child.o corelow.o s390-nat.o linux-thread.o core-aout.o core-regset.o # post 5.0 natdepfiles. NATDEPFILES+= thread-db.o lin-lwp.o proc-service.o i.e. it's actually using _both_. What dies horribly if you kill linux-thread.o? That module is pretty severely deprecated. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer