From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3491 invoked by alias); 6 Jan 2005 10:37:30 -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 3397 invoked from network); 6 Jan 2005 10:37:13 -0000 Received: from unknown (HELO topsns.toshiba-tops.co.jp) (202.230.225.5) by sourceware.org with SMTP; 6 Jan 2005 10:37:13 -0000 Received: from newms.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for sourceware.org [12.107.209.250]) with SMTP; 6 Jan 2005 10:37:13 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by newms.toshiba-tops.co.jp (Postfix) with ESMTP id 071D1239E39; Thu, 6 Jan 2005 19:37:12 +0900 (JST) Received: from localhost (fragile [172.17.28.65]) by srd2sd.toshiba-tops.co.jp (8.12.10/8.12.10) with ESMTP id j06AbBRm008648; Thu, 6 Jan 2005 19:37:11 +0900 (JST) (envelope-from anemo@mba.ocn.ne.jp) Date: Thu, 06 Jan 2005 10:37:00 -0000 Message-Id: <20050106.193710.45746327.nemoto@toshiba-tops.co.jp> To: cagney@gnu.org Cc: gdb@sources.redhat.com, drow@false.org Subject: Re: gdb 6.x 'next' does not work on mips-linux/mipsel-linux From: Atsushi Nemoto In-Reply-To: <41DAFCC7.5010306@gnu.org> References: <20041224.183224.32500163.nemoto@toshiba-tops.co.jp> <41DAFCC7.5010306@gnu.org> X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A B746 CA77 FE94 2874 D52F X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2005-01/txt/msg00051.txt.bz2 >>>>> On Tue, 04 Jan 2005 15:29:59 -0500, Andrew Cagney said: >> I found PR#1716 (for gdb 6.1.1). Is this solved on gdb 6.3? cagney> Can you test/debug a mainline GDB? The MIPS code has been cagney> completely overhauled. I tried 20050104 weekly snapshot and it seems OK. Thank you. BTW, Daniel Jacobowitz told me that he know something about this problem. Daniel, the problem you mentioned was solved already in mainline? --- Atsushi Nemoto