From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19570 invoked by alias); 5 Dec 2003 00:39:34 -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 19562 invoked from network); 5 Dec 2003 00:39:33 -0000 Received: from unknown (HELO palrel12.hp.com) (156.153.255.237) by sources.redhat.com with SMTP; 5 Dec 2003 00:39:33 -0000 Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33]) by palrel12.hp.com (Postfix) with ESMTP id AC4551C02128; Thu, 4 Dec 2003 16:39:32 -0800 (PST) Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123]) by hplms2.hpl.hp.com (8.12.10/8.12.10/HPL-PA Hub) with ESMTP id hB50dVBY001697; Thu, 4 Dec 2003 16:39:32 -0800 (PST) Received: from napali.hpl.hp.com (napali [127.0.0.1]) by napali.hpl.hp.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id hB50dVFO021428; Thu, 4 Dec 2003 16:39:31 -0800 Received: (from davidm@localhost) by napali.hpl.hp.com (8.12.3/8.12.3/Debian-6.6) id hB50dU67021424; Thu, 4 Dec 2003 16:39:30 -0800 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16335.54210.785826.438051@napali.hpl.hp.com> Date: Fri, 05 Dec 2003 00:39:00 -0000 To: "J. Johnston" Cc: davidm@hpl.hp.com, Andrew Cagney , Kevin Buettner , gdb-patches@sources.redhat.com, davidm@napali.hpl.hp.com Subject: Re: RFA: ia64 portion of libunwind patch In-Reply-To: <3FCFC9FD.4040106@redhat.com> References: <3FA2B71A.3080905@redhat.com> <3FA2CA1B.7000502@redhat.com> <16290.59502.799536.383397@napali.hpl.hp.com> <3FAC12D3.2070207@redhat.com> <16300.8192.489647.740612@napali.hpl.hp.com> <3FAC2454.2030009@redhat.com> <16300.9949.513264.716812@napali.hpl.hp.com> <3FAC2D03.8070607@redhat.com> <16300.12503.585501.180768@napali.hpl.hp.com> <3FAC33B3.2030403@redhat.com> <1031108001337.ZM18506@localhost.localdomain> <3FAC388A.10207@redhat.com> <16300.39298.323956.667764@napali.hpl.hp.com> <3FAD7F01.2050407@gnu.org> <16304.3297.662733.250523@napali.hpl.hp.com> <3FB0149C.1060908@redhat.com> <16323.61371.6654.950171@napali.hpl.hp.com> <16334.39106.297492.636397@napali.hpl.hp.com> <3FCFC9FD.4040106@redhat.com> Reply-To: davidm@hpl.hp.com X-URL: http://www.hpl.hp.com/personal/David_Mosberger/ X-SW-Source: 2003-12/txt/msg00162.txt.bz2 >>>>> On Thu, 04 Dec 2003 18:57:49 -0500, "J. Johnston" said: Jeff> A questions regarding the .so name issue you mentioned. We Jeff> are already grabbing the function names from UNW_OBJ macro Jeff> from the generic libunwind.h header. I think we could Jeff> generate the libunwind.so name similarly using the UNW_TARGET. Jeff> Any problems with this strategy? (any scenarios where this Jeff> value doesn't match the extension used by the libunwind Jeff> library?) No, that sounds fine to me. The part that I don't understand is that at the moment it seems that only one libunwind-$TARGET.so can be loaded. With a multi-target-capable gdb, that would obviously not be sufficient, as you'd want to load, say, libunwind-ia64.so.1 for ia64 and libunwind-x86.so.1 for x86. But it's mostly a theoretical issue at this point. Thanks, --david