From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20955 invoked by alias); 10 Feb 2012 13:45:51 -0000 Received: (qmail 20944 invoked by uid 22791); 10 Feb 2012 13:45:50 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (194.98.77.210) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 10 Feb 2012 13:45:36 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id E202F29000B; Fri, 10 Feb 2012 14:45:35 +0100 (CET) Received: from mel.act-europe.fr ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hquVeoTScg7O; Fri, 10 Feb 2012 14:45:35 +0100 (CET) Received: from ulanbator.act-europe.fr (ulanbator.act-europe.fr [10.10.1.67]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mel.act-europe.fr (Postfix) with ESMTP id A05D5290001; Fri, 10 Feb 2012 14:45:35 +0100 (CET) Subject: Re: RFA: Try to include libunwind-ia64.h in libunwind-frame.h Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Tristan Gingold In-Reply-To: <20120210132705.GD3474@adacore.com> Date: Fri, 10 Feb 2012 13:45:00 -0000 Cc: Jan Kratochvil , "gdb-patches@sourceware.org ml" Content-Transfer-Encoding: quoted-printable Message-Id: References: <5D1CD28F-F628-475C-B6D8-5FCBF5290C63@adacore.com> <20120210123032.GA739@host2.jankratochvil.net> <3BD738F7-81EB-4194-9B23-BF6366703B68@adacore.com> <20120210132705.GD3474@adacore.com> To: Joel Brobecker 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: 2012-02/txt/msg00187.txt.bz2 On Feb 10, 2012, at 2:27 PM, Joel Brobecker wrote: >> Sorry, but I don't have this particular issue when building on Darwin. = YMMV :-) >=20 > 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). >=20 > Just for the record, we use 0.98.5 for our production builds at AdaCore. > Not sure which version Tristan used, however. The head. >=20 >> 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. >=20 > 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. >=20 > 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. Ok. Tristan.