From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-22386-listarch-gdb-patches=sources.redhat.com@sources.redhat.com>
Received: (qmail 2142 invoked by alias); 7 Feb 2003 22:04:50 -0000
Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sources.redhat.com>
List-Help: <mailto:gdb-patches-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-patches-owner@sources.redhat.com
Received: (qmail 2135 invoked from network); 7 Feb 2003 22:04:50 -0000
Received: from unknown (HELO localhost.redhat.com) (172.16.49.200)
  by 172.16.49.205 with SMTP; 7 Feb 2003 22:04:50 -0000
Received: from redhat.com (localhost [127.0.0.1])
	by localhost.redhat.com (Postfix) with ESMTP
	id 926553CE5; Fri,  7 Feb 2003 17:04:50 -0500 (EST)
Message-ID: <3E442D82.5060502@redhat.com>
Date: Fri, 07 Feb 2003 22:04:00 -0000
From: Andrew Cagney <ac131313@redhat.com>
User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.1) Gecko/20021211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Adam Fedor <fedor@doc.com>
Cc: Michael Snyder <msnyder@redhat.com>,
	GDB Patches <gdb-patches@sources.redhat.com>
Subject: Re: [PATCH] Handle ObjC OPS in eval.c
References: <3E15F21B.6010101@doc.com> <3E39E887.AB98ECA4@redhat.com> <3E43FB6A.3030505@doc.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2003-02/txt/msg00244.txt.bz2


> +#ifdef GDB_TARGET_IS_HPPA
> +           CORE_ADDR tmp;
> +           /* code and comment lifted from hppa-tdep.c -- unfortunately
> +              there is no builtin function to do this for me. */
> +           /* If bit 30 (counting from the left) is on, then addr is the
> +              address of the PLT entry for this function, not the address
> +              of the function itself.  Bit 31 has meaning too, but only
> +              for MPE.  */
> +           if (addr & 0x2)
> +             addr = (CORE_ADDR) read_memory_unsigned_integer (addr & ~0x3, 4);
> +           if (tmp = skip_trampoline_code (addr, 0))
> +             addr = tmp;       /* in case of trampoline code */
> +#endif

> I tried looking at gdbarch, but it's a bit complicated for me so I couldn't understand much. I saw that OP_FUNCALL was using

I recommend disabling the above code (perhaps create a bug report to 
track this action - you can blame me :-).  I don't see Apple objecting 
and if someone with a PA ever hits problems, they can fix it :-/

Andrew