From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21247 invoked by alias); 8 Dec 2001 18:28:10 -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 21145 invoked from network); 8 Dec 2001 18:26:52 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 8 Dec 2001 18:26:52 -0000 Received: from drow by nevyn.them.org with local (Exim 3.33 #1 (Debian)) id 16CmBY-00018E-00; Sat, 08 Dec 2001 13:26:52 -0500 Date: Sat, 08 Dec 2001 10:28:00 -0000 From: Daniel Jacobowitz To: Jim Blandy Cc: gdb-patches@sources.redhat.com Subject: Re: RFA: clean up logic in linux_child_wait Message-ID: <20011208132652.A4190@nevyn.them.org> Mail-Followup-To: Jim Blandy , gdb-patches@sources.redhat.com References: <20011208040632.8D2455E9D8@zwingli.cygnus.com> <20011207231240.A18761@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i X-SW-Source: 2001-12/txt/msg00231.txt.bz2 On Sat, Dec 08, 2001 at 01:15:24PM -0500, Jim Blandy wrote: > > Daniel Jacobowitz writes: > > > 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. > > > Well, the only thing that dies horribly is the three testsuite > failures I was trying to resolve. > > Do you want my job? Sorry for my tone there. On Oct. 14, Mark Kettenis checked in a patch that was intended to make all Linux targets use lin-lwp instead of linux-thread. The fact that S/390 still was afterwards was probably just an oversight; S/390 now contains the only reference to that file out of any port. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer