From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17920 invoked by alias); 8 Sep 2004 07:01:08 -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 17891 invoked from network); 8 Sep 2004 07:01:03 -0000 Received: from unknown (HELO netlx050.vf.utwente.nl) (192.87.17.19) by sourceware.org with SMTP; 8 Sep 2004 07:01:03 -0000 Received: from weblx058.utsp.utwente.nl (weblx058.utsp.utwente.nl [130.89.1.228]) by netlx050.vf.utwente.nl (8.11.7/HKD) with SMTP id i88700X12726; Wed, 8 Sep 2004 09:00:03 +0200 From: "M.M. Kettenis" Subject: Re: [rfa] Delete keep_thread_db MIME-Version: 1.0 Message-Id: <7318322520085180@weblx058.utsp.utwente.nl> Date: Wed, 08 Sep 2004 07:01:00 -0000 To: "Michael Snyder" , "Andrew Cagney" , gdb-patches@sources.redhat.com, kettenis@gnu.org Content-description: Message body Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: Quoted-Printable X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: m.m.kettenis@alumnus.utwente.nl X-SW-Source: 2004-09/txt/msg00117.txt.bz2 Michael Snyder wrote: > Andrew Cagney wrote: > > It would appear that, at one stage, this variable had something to do > > with corefiles, static programs and threads. That's no longer the case > > so this deletes the stray global. > > > > Tested on FC3 with no regressions, > > > > Ok? > > Andrew > > I would have to defer to Mark Kettenis, since he added the > variable, and from the ChangeLogs, seems to be the only one > who's touched it. The code defenitely was there to deal with static binaries. Andrew, how di= d you come to the conclusion that it is no longer useful? AFAIK there is n= o static threads test in the testsuite. Anyway, I don't care about this code anymore. I've given up on debugging-w= ith threads on Linux. thread-db.c should renamed into linux-thread.c or so= mesuch. It, and lin-lwp.c have become a mess of workarounds around workaro= unds around workarounds that probably only work if you run a specific combi= nation of glibc and patched kernel. So I'm not going to explicitly OK or this patch. Just rely on your own jud= gement here Andrew. Mark