From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-11328-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 3803 invoked by alias); 29 Nov 2002 08:41:44 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 3784 invoked from network); 29 Nov 2002 08:41:42 -0000
Received: from unknown (HELO neon-gw.transmeta.com) (63.209.4.196)
  by sources.redhat.com with SMTP; 29 Nov 2002 08:41:42 -0000
Received: (from root@localhost)
	by neon-gw.transmeta.com (8.9.3/8.9.3) id AAA10350;
	Fri, 29 Nov 2002 00:41:41 -0800
Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1)
	id xma010348; Fri, 29 Nov 02 00:41:32 -0800
Received: from casey.transmeta.com (casey.transmeta.com [10.10.25.22])
	by deepthought.transmeta.com (8.11.6/8.11.6) with ESMTP id gAT8fWR14773;
	Fri, 29 Nov 2002 00:41:32 -0800 (PST)
Received: (from dje@localhost) by casey.transmeta.com (8.9.3/8.7.3) id AAA20084; Fri, 29 Nov 2002 00:41:32 -0800
From: Doug Evans <dje@transmeta.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15847.10300.408437.7902@casey.transmeta.com>
Date: Fri, 29 Nov 2002 00:41:00 -0000
To: Alan Modra <amodra@bigpond.net.au>
Cc: binutils@sources.redhat.com, gdb@sources.redhat.com
Subject: Re: [RFA] Replace strdup with xstrdup in tic30-dis.c
In-Reply-To: <20021129050413.GI949@bubble.sa.bigpond.net.au>
References: <Pine.BSF.4.44.0211271938270.17787-100000@dair.pair.com>
	<m38yzeck4g.fsf@gossamer.airs.com>
	<20021128223919.GG949@bubble.sa.bigpond.net.au>
	<3DE6A57E.9020704@redhat.com>
	<20021129050413.GI949@bubble.sa.bigpond.net.au>
X-SW-Source: 2002-11/txt/msg00425.txt.bz2

Alan Modra writes:
 > Same goes for definitions.  This is a pain:
 > 
 > int some_func (a, b, c)
 >      boolean                a;
 >      all_lined_up_sweetly * b;
 >      int                    c;
 > 
 > Writing code this way almost guarantees that over time your code will
 > end up looking like:
 > 
 > int some_func (a, b, c)
 >      bfd_boolean                a;
 >      not_lined_up * b;
 >      int                    c;
 > 
 > Ditto local vars.

Amen!