From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5812 invoked by alias); 19 Nov 2005 13:14:33 -0000 Received: (qmail 5775 invoked by uid 22791); 19 Nov 2005 13:14:30 -0000 Received: from ip127.bb146.pacific.net.hk (HELO stl.com.hk) (202.64.146.127) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Sat, 19 Nov 2005 13:14:30 +0000 Received: from 241.206.17.210.dyn.pacific.net.hk ([210.17.206.241] helo=[192.168.1.10]) by stl.com.hk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1EdSTJ-0002x7-Dx; Sat, 19 Nov 2005 21:09:37 +0800 Message-ID: <437F2510.4060400@tausq.org> Date: Sat, 19 Nov 2005 19:15:00 -0000 From: Randolph Chung User-Agent: Debian Thunderbird 1.0.2 (X11/20050331) MIME-Version: 1.0 To: Daniel Jacobowitz CC: Jim Blandy , Joel Brobecker , gdb-patches@sources.redhat.com Subject: Re: [hppa] FYI: confusion in unwind descriptor field meaning References: <20051109203108.GX1635@adacore.com> <43735815.3070805@tausq.org> <20051111001017.GJ1635@adacore.com> <437548AF.5090107@tausq.org> <8f2776cb0511111838m64d478d9s2e04db338fbf7fc8@mail.gmail.com> <4375624D.1070202@tausq.org> <8f2776cb0511112022k746e7909r24be2e964dd45a13@mail.gmail.com> <437571F4.8020508@tausq.org> <8f2776cb0511112059u4c54acf1j13936c04fed3dbe6@mail.gmail.com> <4375789C.2030809@tausq.org> <20051113181708.GA3599@nevyn.them.org> In-Reply-To: <20051113181708.GA3599@nevyn.them.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2005-11/txt/msg00368.txt.bz2 > Does anyone still use the HP/UX native aCC support? I'm talking > about hpacc-abi.c and the C++ bits of hpread.c. I don't think GNU C++ > on HP/UX uses any of this code. Indeed g++ doesn't use those. jda has been working on improving dwarf-based debug and EH support for hpux in gcc. > I currently have access to an HP/UX system, with both the GNU and HP > tools. I'm willing to go through and fix up the SOM support for the > GNU tools, but I think doing aCC would be a little more than I could > handle. If you could, I think the SOM based solib support in gdb is rather broken. I think it's not mapping the libraries quite properly. Dave has seen problems where printing the address of a shlib function shows an unrelocated address... Can I interest you in looking into these? :) i would say if people are interested in HP toolchain, they can use wdb. The HP toolchain support in gdb is probably not working after all the code reorg anyway. MEC used to post test results for gdb on hpux using aCC but I haven't heard from him for a long time. just my 2 cents :) randolph