From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6603 invoked by alias); 7 Sep 2009 18:40:12 -0000 Received: (qmail 6587 invoked by uid 22791); 7 Sep 2009 18:40:11 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from oarmail.oarcorp.com (HELO OARmail.OARCORP.com) (67.63.146.244) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 07 Sep 2009 18:40:04 +0000 Received: from localhost.localdomain (216.186.145.118) by OARmail.OARCORP.com (192.168.2.2) with Microsoft SMTP Server (TLS) id 8.1.393.1; Mon, 7 Sep 2009 13:40:02 -0500 Message-ID: <4AA5537F.5030502@oarcorp.com> Date: Mon, 07 Sep 2009 18:40:00 -0000 From: Joel Sherrill User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Doug Evans CC: Jan Kratochvil , "gdb@sourceware.org" , Ralf Corsepius , "gdb-patches@sourceware.org" Subject: Re: SPARC GDB Failure References: <4AA5161D.1020102@oarcorp.com> <20090907164528.GA6326@host0.dyn.jankratochvil.net> <20090907175406.GA13914@host0.dyn.jankratochvil.net> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-09/txt/msg00165.txt.bz2 Doug Evans wrote: > On Mon, Sep 7, 2009 at 10:54 AM, Jan > Kratochvil wrote: > >> On Mon, 07 Sep 2009 19:44:03 +0200, Doug Evans wrote: >> >>> The patch is fine with me. >>> >> Checked-in. >> [...] >> http://sourceware.org/ml/gdb-cvs/2009-09/msg00028.html >> >> --- src/gdb/ChangeLog 2009/09/07 11:09:33 1.10846 >> +++ src/gdb/ChangeLog 2009/09/07 17:52:38 1.10847 >> @@ -1,3 +1,9 @@ >> +2009-09-07 Jan Kratochvil >> + >> + * m68k-tdep.c (m68k_gdbarch_init): Allocate TDEP as cleared. >> + * sparc-tdep.c (sparc32_gdbarch_init): Allocate TDEP as cleared. >> + Remove explicit clearing of TDEP fields. >> + >> [...] >> > > Long-term-wise, maybe the thing to do is have all allocs of > gdbarch_tdep go through a function (gdbarch_tdep_alloc or some such). > That would make it clear how one *should* alloc them. > Thanks for the quick response. I updated and the head now works for sparc-rtems4.10-gdb. I suspect Ralf will be cranking up a build shortly. :) More feedback as we get it. --joel