From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23123 invoked by alias); 25 Jun 2011 18:49:38 -0000 Received: (qmail 23115 invoked by uid 22791); 25 Jun 2011 18:49:37 -0000 X-SWARE-Spam-Status: No, hits=-5.7 required=5.0 tests=AWL,BAYES_00,FAKE_REPLY_C,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 25 Jun 2011 18:49:21 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p5PImwwt024256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 25 Jun 2011 14:48:58 -0400 Received: from host1.jankratochvil.net (ovpn-113-63.phx2.redhat.com [10.3.113.63]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p5PImuXr008589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Jun 2011 14:48:58 -0400 Received: from host1.jankratochvil.net (localhost [127.0.0.1]) by host1.jankratochvil.net (8.14.4/8.14.4) with ESMTP id p5PImtj5026384; Sat, 25 Jun 2011 20:48:55 +0200 Received: (from jkratoch@localhost) by host1.jankratochvil.net (8.14.4/8.14.4/Submit) id p5PImtMp026378; Sat, 25 Jun 2011 20:48:55 +0200 Date: Sat, 25 Jun 2011 18:49:00 -0000 From: Jan Kratochvil To: Joel Brobecker Cc: gdb-patches@sourceware.org, Tom Tromey Subject: Re: [RFC/ia64] link against libunwind rather than using dlopen Message-ID: <20110625184854.GA18713@host1.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110622153625.GA20676@adacore.com> <1308327042-6327-1-git-send-email-brobecker@adacore.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-06/txt/msg00382.txt.bz2 On Fri, 17 Jun 2011 18:10:42 +0200, Joel Brobecker wrote: > Next on the list is to delete the libunwind_load phase, and use the unw_* > symbols directly (so all the function unw_*_p pointers will disappear). The gdb binary years ago could be freely copied across hosts and it still worked. GDB could also still provide ia64 debugging even if it runtime failed to find libunwind.so.7. This seems to be the original goal of the code: RFA: libunwind basic support http://sourceware.org/ml/gdb-patches/2003-10/msg00504.html http://sourceware.org/ml/gdb-patches/2003-11/msg00228.html > > - is it considered a "system library" (like libc, or libthread_db)? > > I would have to say no. It is currently an optional library. > This is one of the reasons I chose to use a dynamic load mechanism. Unfortunately since DT_NEEDED libpython this feature is already lost so it should be OK now even for libunwind.so.7. Also with ubiquitous virtualization the matching OS and GDB binary are usually more available now so the binary build compatibility is not such an issue. On Wed, 22 Jun 2011 17:36:25 +0200, Joel Brobecker wrote: > But I did send a message to Jan asking him if he could test on a newer > distro, As sent offlist I have not found any problems you described on ia64 RHEL-4 and RHEL-5 boxes. Thanks, Jan