From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14611 invoked by alias); 22 Aug 2003 17:32:25 -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 14597 invoked from network); 22 Aug 2003 17:32:25 -0000 Received: from unknown (HELO igw2.watson.ibm.com) (129.34.20.6) by sources.redhat.com with SMTP; 22 Aug 2003 17:32:25 -0000 Received: from sp1n293en1.watson.ibm.com (sp1n293en1.watson.ibm.com [9.2.112.57]) by igw2.watson.ibm.com (8.11.7/8.11.4) with ESMTP id h7MHTwR03916; Fri, 22 Aug 2003 13:29:58 -0400 Received: from kitch0.watson.ibm.com (kitch0.watson.ibm.com [9.2.224.107]) by sp1n293en1.watson.ibm.com (8.11.7/8.11.7) with ESMTP id h7MHWJ118044; Fri, 22 Aug 2003 13:32:19 -0400 Received: (from jimix@localhost) by kitch0.watson.ibm.com (AIX4.3/8.9.3p2/8.9.3/09-18-2002) id NAA82148; Fri, 22 Aug 2003 13:32:18 -0400 From: Jimi Xenidis MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16198.21410.308896.588372@kitch0.watson.ibm.com> Date: Fri, 22 Aug 2003 17:32:00 -0000 To: Andrew Cagney Cc: Daniel Jacobowitz , Kevin Buettner , gdb-patches@sources.redhat.com Subject: Re: Powerpc and software single step In-Reply-To: <3F463CA9.5000900@redhat.com> References: <16185.27333.689024.383508@kitch0.watson.ibm.com> <1030819175512.ZM31220@localhost.localdomain> <20030819191300.GA24336@nevyn.them.org> <16194.42367.562777.115053@kitch0.watson.ibm.com> <20030820023005.GA1004@nevyn.them.org> <16194.58265.207405.586920@kitch0.watson.ibm.com> <20030820030931.GA2109@nevyn.them.org> <3F4398EC.2050405@redhat.com> <16195.39851.78762.619597@kitch0.watson.ibm.com> <3F4440F0.30007@redhat.com> <16198.6133.411978.563514@kitch0.watson.ibm.com> <3F463CA9.5000900@redhat.com> X-SW-Source: 2003-08/txt/msg00394.txt.bz2 >>>>> "AC" == Andrew Cagney writes: >> Ok, its probably my lingo shortcommings. >> the ppc trees still use the olf MACROS: >> SOFTWARE_SINGLE_STEP_P (the predicate?) >> SOFTWARE_SINGLE_STEP (the function which is the gdbarch "vector") AC> What about a patch to eliminate the macros? Good incremental step. Agreed, but because the predicate tests the vector != NULL it is a step away from the feature I need, which is to change the evaluation of the preditcate at runtime. AC> Once created, the architecture object doesn't change - it's describing AC> the architecture and not the UI state. Ok, I see that now. How about adding a predicate vector to gdbarch being the "Good incremental step"? AC> I suspect that both Daniel and I are (each in a round about way) AC> suggesting that the code be modified to use a function containing all AC> those tests. Are you describing the function predicate, or an all singing all dancing single-step function (as I suggested as well). -JX