From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22123 invoked by alias); 26 Nov 2002 00:58:08 -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 22116 invoked from network); 26 Nov 2002 00:58:08 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 26 Nov 2002 00:58:08 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 18GVvg-0003I4-00; Mon, 25 Nov 2002 20:58:28 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 18GU3H-0001vf-00; Mon, 25 Nov 2002 19:58:11 -0500 Date: Mon, 25 Nov 2002 16:58:00 -0000 From: Daniel Jacobowitz To: Joel Brobecker Cc: gdb-patches@sources.redhat.com Subject: Re: HPPA multiarching plan Message-ID: <20021126005809.GA31864@nevyn.them.org> Mail-Followup-To: Joel Brobecker , gdb-patches@sources.redhat.com References: <20021126004857.GB23000@gnat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021126004857.GB23000@gnat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-11/txt/msg00625.txt.bz2 On Mon, Nov 25, 2002 at 04:48:57PM -0800, Joel Brobecker wrote: > [This plan assumes that the ports to bsd/osf/pro are either obsoleted, or > taken care of by somebody else] > > today I have tried to get a bigger picture of what to do to get the hppa > ports (partially) multi-arched. The targets that I will be converting > are: > hppa*64*-*-hpux11* > hppa*-*-hpux* > hppa*-*-hiux* > > I am assuming hiux is just a synonym of hpux? > > The first thing I wasn't sure was to build an os_abi sniffer. So far, > given the short lists of targets, I suggest the following: > > - Add 2 new OSABI enums: HPPA_HPUX and HPPA64_HPUX. > (it seems important to me to keep the OS name in the enum, to > differentiate with HPPA_LINUX for instance) > > - The sniffer would then guess the correct value based like so: > > 1. If object format is ELF > -> OSABI = HPPA64_HPUX > > 2. If object format is SOM > -> OSABI = HPPA_HPUX > > Later on, when we want to add support for hppa-linux, the sniffer will > need to be refined. I assume hppa-linux uses ELF? In which case we > will probably have to dig into the ELF header to search for the clue > that will reveal either hpux or linux. > > What do you think? Well, I'm not up on all the details of the osabi code, but by analogy with what is there that doesn't seem right. None of them have the _platform_ in the OS ABI. I'd think it should just be HPUX. I'm not sure if we'd need to have something separate for hppa64-hpux. Probably not, and select based on hppa vs hppa64, both with osabi of HPUX. Assuming that they have the same bfd_architecture, that is... -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer