From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1423 invoked by alias); 11 Oct 2003 01:44:40 -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 1410 invoked from network); 11 Oct 2003 01:44:40 -0000 Received: from unknown (HELO gateway.sf.frob.com) (64.81.54.130) by sources.redhat.com with SMTP; 11 Oct 2003 01:44:40 -0000 Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228]) by gateway.sf.frob.com (Postfix) with ESMTP id 3BF73357B; Fri, 10 Oct 2003 18:44:39 -0700 (PDT) Received: from magilla.sf.frob.com (localhost.localdomain [127.0.0.1]) by magilla.sf.frob.com (8.12.9/8.12.9) with ESMTP id h9B1icN2016876; Fri, 10 Oct 2003 18:44:39 -0700 Received: (from roland@localhost) by magilla.sf.frob.com (8.12.9/8.12.9/Submit) id h9B1ic6R016872; Fri, 10 Oct 2003 18:44:38 -0700 Date: Sat, 11 Oct 2003 01:44:00 -0000 Message-Id: <200310110144.h9B1ic6R016872@magilla.sf.frob.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Kevin Buettner Cc: gdb-patches@sources.redhat.com Subject: Re: unwind support for Linux 2.6 vsyscall DSO In-Reply-To: Kevin Buettner's message of Thursday, 9 October 2003 15:49:36 -0700 <1031009224936.ZM14899@localhost.localdomain> X-Zippy-Says: Those aren't WINOS--that's my JUGGLER, my AERIALIST, my SWORD SWALLOWER, and my LATEX NOVELTY SUPPLIER!! X-SW-Source: 2003-10/txt/msg00389.txt.bz2 > It may be possible that the existing mechanisms (either > TARGET_CREATE_INFERIOR_HOOK or SOLIB_CREATE_INFERIOR_HOOK) are > adequate, but simply not called from enough places. If these > must stay as they are, then we need some new hooks. I have nothing to add on the subject of whether certain existing hooks could be called from more places. I'll leave that to you folks. It's certainly the case that a hook of any name, old or new, is adequate if it's called from the right places. > These days, we normally set these up as gdbarch methods. For linux, such > a method could be registered in the $arch-linux-tdep.c file. Ok. I think I understand how to do that if it's the right way to go. At the moment, I have working code by tweaking the SOLIB macro in tm-linux.h. Until you all decide whether some existing hook should be called from elsewhere or a new one added to all those places, I won't bother writing code for either alternative. Thanks, Roland