From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19767 invoked by alias); 10 Feb 2012 13:27:27 -0000 Received: (qmail 19758 invoked by uid 22791); 10 Feb 2012 13:27:25 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 10 Feb 2012 13:27:10 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 42D131C6AEC; Fri, 10 Feb 2012 08:27:10 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id G6Ohj4RH-fIP; Fri, 10 Feb 2012 08:27:10 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 0BC341C6AEB; Fri, 10 Feb 2012 08:27:10 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id DCE40145615; Fri, 10 Feb 2012 17:27:05 +0400 (RET) Date: Fri, 10 Feb 2012 13:27:00 -0000 From: Joel Brobecker To: Tristan Gingold Cc: Jan Kratochvil , "gdb-patches@sourceware.org ml" Subject: Re: RFA: Try to include libunwind-ia64.h in libunwind-frame.h Message-ID: <20120210132705.GD3474@adacore.com> References: <5D1CD28F-F628-475C-B6D8-5FCBF5290C63@adacore.com> <20120210123032.GA739@host2.jankratochvil.net> <3BD738F7-81EB-4194-9B23-BF6366703B68@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3BD738F7-81EB-4194-9B23-BF6366703B68@adacore.com> User-Agent: Mutt/1.5.20 (2009-06-14) 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: 2012-02/txt/msg00181.txt.bz2 > Sorry, but I don't have this particular issue when building on Darwin. YMMV :-) I haven't been able to build the ia64 libunwind either, IIRC. I did send some patches at the time that fixed some of the problems (that got checked in), but there was one problem I didn't know how to fix (it involved writing the implementation of a hook, or something like that). Just for the record, we use 0.98.5 for our production builds at AdaCore. Not sure which version Tristan used, however. > Wouldn't be easier to get rid of libunwind, and starting from e.g. > unwind-ia64.c (although they certainly share some amount of code) ? > Joel in CC:, as it wrote the HP/UX port. Honestly, I do not know. I relied on code that was already written, and I just plugged libunwind instead of using the system-provided libunwind library. If you can make it work, and it makes things simpler, why not (Jan is the maintainer, so his decision, though). I think it might have a nice side-effect, because we'd embed the code in GDB, rather than require a libunwind library to be available on the host system. -- Joel