From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25639 invoked by alias); 24 Oct 2004 20:55:07 -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 25624 invoked from network); 24 Oct 2004 20:55:06 -0000 Received: from unknown (HELO walton.sibelius.xs4all.nl) (82.92.89.47) by sourceware.org with SMTP; 24 Oct 2004 20:55:06 -0000 Received: from elgar.sibelius.xs4all.nl (elgar.sibelius.xs4all.nl [192.168.0.2]) by walton.sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id i9OKskQi014158; Sun, 24 Oct 2004 22:54:46 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (localhost [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.12.6p3/8.12.6) with ESMTP id i9OKskAj028331; Sun, 24 Oct 2004 22:54:46 +0200 (CEST) (envelope-from kettenis@elgar.sibelius.xs4all.nl) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.12.6p3/8.12.6/Submit) id i9OKsjnl028328; Sun, 24 Oct 2004 22:54:45 +0200 (CEST) Date: Sun, 24 Oct 2004 20:55:00 -0000 Message-Id: <200410242054.i9OKsjnl028328@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: drow@false.org CC: gdb-patches@sources.redhat.com, ezannoni@redhat.com, cagney@gnu.org In-reply-to: <20041024185345.GB22700@nevyn.them.org> (message from Daniel Jacobowitz on Sun, 24 Oct 2004 14:53:45 -0400) Subject: Re: [rfa] Attach vsyscall support for GNU/Linux References: <20041024185345.GB22700@nevyn.them.org> X-SW-Source: 2004-10/txt/msg00398.txt.bz2 Date: Sun, 24 Oct 2004 14:53:45 -0400 From: Daniel Jacobowitz This patch, based on a patch Andrew posted earlier this year, connects vsyscall support to the inferior_created observer. As before, I have adjusted the i386-linux sigtramp code to recognize the names of the kernel trampolines (both of them this time - I forgot the RT case when I first did this). And I have adjusted the i386 target to recognize signal trampolines before searching for DWARF-2 unwind information, as previously discussed. Other architectures which now have a vsyscall DSO may need to make the same change. I still don't get it. What exactly was the purpose of adding the vsyscall DSO if we're not using the DWARF CFI it contains. Can't the people who dreamt up this wonderful mechanism fix their implementation such that it doesn't contain any useless DWARF CFI? I'm a bit reluctant to approve this since it'll probably mean that it never get fixed properly :-(. But there's another reason why I'm against this patch. It changes the order of the unwinders for all the other i386 targets too. Please find a way to do this such that it affect Linux only. Sorry, I didn't realize this before... Mark