From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-35635-listarch-gdb-patches=sources.redhat.com@sources.redhat.com>
Received: (qmail 22778 invoked by alias); 4 Sep 2004 00:12:49 -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 22753 invoked from network); 4 Sep 2004 00:12:48 -0000
Received: from unknown (HELO mx1.redhat.com) (66.187.233.31)
  by sourceware.org with SMTP; 4 Sep 2004 00:12:48 -0000
Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i840CmS2021911
	for <gdb-patches@sources.redhat.com>; Fri, 3 Sep 2004 20:12:48 -0400
Received: from localhost.redhat.com (porkchop.devel.redhat.com [172.16.58.2])
	by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i840Cl323821;
	Fri, 3 Sep 2004 20:12:47 -0400
Received: from gnu.org (localhost [127.0.0.1])
	by localhost.redhat.com (Postfix) with ESMTP
	id 3F21628D2; Fri,  3 Sep 2004 20:11:36 -0400 (EDT)
Message-ID: <41390838.4050609@gnu.org>
Date: Sat, 04 Sep 2004 00:12:00 -0000
From: Andrew Cagney <cagney@gnu.org>
User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040831
MIME-Version: 1.0
To: Joel Brobecker <brobecker@gnat.com>
Cc: gdb-patches@sources.redhat.com
Subject: your turn :-)
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2004-09/txt/msg00073.txt.bz2

Joel

The theory is to enable this:

#ifdef NOT_YET
     proc_desc = heuristic_proc_desc (start_addr, pc, next_frame, 
this_cache);
#else
     proc_desc = heuristic_proc_desc (start_addr, pc, next_frame, NULL);
#endif

Then:

- delete the rest of the insn{32,16}_frame_cache code as its redundant, 
the heuristic code will have already updated the cache

- eliminate proc_desc from mips{32,16}_heuristic ... as its redundant, 
the code only needs to update this_cache

- either inline mips{32,16}_heuristic into mips_insn{32,16}_frame_cache 
or, instead, merge mips_insn{32,16}_frame_cache.

want to try it (the test results don't even need to vaguely pass).

Andrew