From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19550 invoked by alias); 8 Dec 2001 18:14:09 -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 19529 invoked from network); 8 Dec 2001 18:14:08 -0000 Received: from unknown (HELO zwingli.cygnus.com) (208.245.165.35) by sources.redhat.com with SMTP; 8 Dec 2001 18:14:08 -0000 Received: by zwingli.cygnus.com (Postfix, from userid 442) id 9662E5E9D8; Sat, 8 Dec 2001 13:15:25 -0500 (EST) To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com Subject: Re: RFA: clean up logic in linux_child_wait References: <20011208040632.8D2455E9D8@zwingli.cygnus.com> <20011207231240.A18761@nevyn.them.org> From: Jim Blandy Date: Sat, 08 Dec 2001 10:14:00 -0000 In-Reply-To: Daniel Jacobowitz's message of Fri, 7 Dec 2001 23:12:40 -0500 Message-ID: X-Mailer: Gnus v5.3/Emacs 19.34 X-SW-Source: 2001-12/txt/msg00230.txt.bz2 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?