From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15550 invoked by alias); 13 Nov 2004 01:10:01 -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 15525 invoked from network); 13 Nov 2004 01:09:56 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 13 Nov 2004 01:09:56 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id iAD19ptm021996 for ; Fri, 12 Nov 2004 20:09:51 -0500 Received: from localhost.redhat.com (to-dhcp51.toronto.redhat.com [172.16.14.151]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id iAD19jr11109; Fri, 12 Nov 2004 20:09:45 -0500 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 229B1129D8C; Fri, 12 Nov 2004 20:08:24 -0500 (EST) Message-ID: <41955E85.50104@gnu.org> Date: Sat, 13 Nov 2004 01:10:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) MIME-Version: 1.0 To: Randolph Chung Cc: gdb-patches@sources.redhat.com Subject: Re: Assume solib.h References: <20041112011141.GY15714@tausq.org> In-Reply-To: <20041112011141.GY15714@tausq.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-11/txt/msg00278.txt.bz2 Randolph Chung wrote: >>There's just one non-technical nit. >> >>It means breaking non solib.[hc] shared library systems. Kevin >>indicated that there were two - AIX and HP/UX remaining. I think we can >>live with that - we've patiently waited for what, more than two years >>for nothing to happen, so it is now time to give things that gentle pus > > > I'm not prepared to sign up for hpux support, but can you explain some > more what will break and what is needed to fix it? Despite the lack of > maintainence, there are still a good number of people out there using > gdb on hpux (judging by private mail I've received since I started > working on hppa-linux support).... Have a look at solist.h which contains: > struct target_so_ops > { > /* Adjust the section binding addresses by the base address at > which the object was actually mapped. */ > void (*relocate_section_addresses) (struct so_list *so, > struct section_table *); ... it just needs to implement that object (see solib-svr4.c). Without it, shared libraries wouldn't work but everything else should. We need to find a way of flushing some of these people still using GDB on HP/UX (or are they using HP's WDB fork?) and, unfortunate as it is, push-come-to-shove is one of the most effective ways of doing this. Anyway, HP/UX has a more immediate problem - it's still using deprecated_registers[] and that's now past its end-of-life :-/ Andrew