From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4624 invoked by alias); 7 Sep 2009 18:35:56 -0000 Received: (qmail 4611 invoked by uid 22791); 7 Sep 2009 18:35:56 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 07 Sep 2009 18:35:45 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n87IZhwh004995; Mon, 7 Sep 2009 14:35:43 -0400 Received: from host0.dyn.jankratochvil.net (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n87IZco0030180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Sep 2009 14:35:42 -0400 Received: from host0.dyn.jankratochvil.net (localhost [127.0.0.1]) by host0.dyn.jankratochvil.net (8.14.3/8.14.3) with ESMTP id n87IZbMa018113; Mon, 7 Sep 2009 20:35:37 +0200 Received: (from jkratoch@localhost) by host0.dyn.jankratochvil.net (8.14.3/8.14.3/Submit) id n87IZWnS018105; Mon, 7 Sep 2009 20:35:32 +0200 Date: Mon, 07 Sep 2009 18:35:00 -0000 From: Jan Kratochvil To: Doug Evans Cc: Joel Sherrill , "gdb@sourceware.org" , Ralf Corsepius , gdb-patches@sourceware.org Subject: Re: SPARC GDB Failure Message-ID: <20090907183532.GA17150@host0.dyn.jankratochvil.net> References: <4AA5161D.1020102@oarcorp.com> <20090907164528.GA6326@host0.dyn.jankratochvil.net> <20090907175406.GA13914@host0.dyn.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) X-IsSubscribed: yes 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/msg00164.txt.bz2 On Mon, 07 Sep 2009 20:15:46 +0200, Doug Evans wrote: > 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. I do not find any functions outside of the target file(s) to depend on its fields (they cannot, the structure is opaque to them, as Joel has said). I would find such change the same as changing xmalloc to always do xzalloc. At least for mn10300 such change would be excessive. (I would find OK to put xzalloc there but I do not find it right by design.) Thanks, Jan