From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 651 invoked by alias); 29 Oct 2003 08:21:37 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 558 invoked from network); 29 Oct 2003 08:21:36 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 29 Oct 2003 08:21:36 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h9T8LZM22342 for ; Wed, 29 Oct 2003 03:21:35 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h9T8LZ632513; Wed, 29 Oct 2003 03:21:35 -0500 Received: from localhost.localdomain (vpn50-2.rdu.redhat.com [172.16.50.2]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id h9T8LYju019645; Wed, 29 Oct 2003 03:21:34 -0500 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h9T8LSM05376; Wed, 29 Oct 2003 01:21:28 -0700 Date: Wed, 29 Oct 2003 08:21:00 -0000 From: Kevin Buettner Message-Id: <1031029082128.ZM5375@localhost.localdomain> In-Reply-To: Jim Blandy "Re: FW: Targeting dual Harvard architectures" (Oct 29, 1:07am) References: To: Jim Blandy , "Ken Dyck" Subject: Re: FW: Targeting dual Harvard architectures Cc: gdb@sources.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-10/txt/msg00320.txt.bz2 On Oct 29, 1:07am, Jim Blandy wrote: > - At the moment, make_type_with_address_space is doing two jobs --- > it's handling both the address space stuff, and the non-standard > pointer type stuff (at the moment, only s/390 'mode32' pointers). > You'd probably need to split that into two distinct functions, and > give them better names. Not sure here. It may also be possible to (re)implement the @code, @data mechanisms using the address class methods. That might be the cleanest since it would then be possible for an architecture to do whatever it wants with regard to adding more address spaces. I.e. a dual Harvard architecture could have @code, @data1, and @data2 or even more suitable names which'd make more sense for that architecture. Kevin