From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30795 invoked by alias); 17 Nov 2005 22:39:38 -0000 Received: (qmail 30656 invoked by uid 22791); 17 Nov 2005 22:39:33 -0000 Received: from mailgw2a.lmco.com (HELO mailgw2a.lmco.com) (192.91.147.7) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 17 Nov 2005 22:39:33 +0000 Received: from emss01g01.ems.lmco.com (relay1.ems.lmco.com [129.197.181.54]) by mailgw2a.lmco.com (8.12.10/8.12.10) with ESMTP id jAHMaknG018587; Thu, 17 Nov 2005 17:39:21 -0500 (EST) Received: from CONVERSION-DAEMON.lmco.com by lmco.com (PMDF V6.1-1X6 #30875) id <0IQ400401E6ZQH@lmco.com>; Thu, 17 Nov 2005 14:23:23 -0800 (PST) Received: from EMSS01I00.us.lmco.com ([129.197.181.70]) by lmco.com (PMDF V6.1-1X6 #30875) with ESMTP id <0IQ400KX4E6TWM@lmco.com>; Thu, 17 Nov 2005 14:23:22 -0800 (PST) Received: from EMSS01M10.us.lmco.com ([129.197.181.75]) by EMSS01I00.us.lmco.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 17 Nov 2005 14:23:17 -0800 Date: Thu, 17 Nov 2005 22:39:00 -0000 From: "Newman, Sarah R" Subject: RE: single stepping mips remote programs built with gcc 4.0 To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Message-id: <5990BE666D0436419054489CDD9D505409667C95@emss01m10.us.lmco.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT content-class: urn:content-classes:message Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2005-11/txt/msg00360.txt.bz2 > Could you please build a debuggable GDB binary, and trace through > mips32_next_pc? It looks like it should handle the 'j' instruction > just fine: > > case 2: /* J */ > case 3: /* JAL */ > { > unsigned long reg; > reg = jtype_target (inst) << 2; > /* Upper four bits get never changed... */ > pc = reg + ((pc + 4) & 0xf0000000); > } > break; > > J and JAL share a format, so this should be correct. It's as if the > value GDB is extracting for the instruction is incorrect. > > -- > Daniel Jacobowitz > CodeSourcery, LLC > I built it with the default options, that good enough? Something like "-g -O2" it seems. I doubt that mips32_next_pc is getting compiled in because I can set a breakpoint at mips_next_pc but not mips32_next_pc. mips_software_single_step never gets called in this sequence, should it be?