From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-35779-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 5741 invoked by alias); 2 Oct 2009 18:24:18 -0000
Received: (qmail 5723 invoked by uid 22791); 2 Oct 2009 18:24:18 -0000
X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 	tests=AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (83.163.83.176)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 02 Oct 2009 18:24:11 +0000
Received: from brahms.sibelius.xs4all.nl (kettenis@localhost [127.0.0.1]) 	by brahms.sibelius.xs4all.nl (8.14.3/8.14.3) with ESMTP id n92INVaj012050; 	Fri, 2 Oct 2009 20:23:31 +0200 (CEST)
Received: (from kettenis@localhost) 	by brahms.sibelius.xs4all.nl (8.14.3/8.14.3/Submit) id n92INVuX003644; 	Fri, 2 Oct 2009 20:23:31 +0200 (CEST)
Date: Fri, 02 Oct 2009 18:24:00 -0000
Message-Id: <200910021823.n92INVuX003644@brahms.sibelius.xs4all.nl>
From: Mark Kettenis <mark.kettenis@xs4all.nl>
To: brobecker@adacore.com
CC: tromey@redhat.com, ralf.corsepius@rtems.org, gdb@sourceware.org,         jan.kratochvil@redhat.com
In-reply-to: <20091002181447.GS6532@adacore.com> (message from Joel Brobecker 	on Fri, 2 Oct 2009 11:14:47 -0700)
Subject: Re: GDB 6.8.92 available for testing
References: <20090930204828.GB31446@adacore.com> <4AC41F44.1040502@rtems.org> <20091001170744.GC6532@adacore.com> <4AC4E4F6.5080500@rtems.org> <m3ocopsspz.fsf@fleche.redhat.com> <4AC630C8.5090508@rtems.org> <m363axso3z.fsf@fleche.redhat.com> <200910021804.n92I47I7008266@brahms.sibelius.xs4all.nl> <20091002181447.GS6532@adacore.com>
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2009-10/txt/msg00052.txt.bz2

> Date: Fri, 2 Oct 2009 11:14:47 -0700
> From: Joel Brobecker <brobecker@adacore.com>
> 
> > However, the idiom:
> > 
> >   int len = TYPE_LENGTH(...);
> > 
> >   memcpy(..., ..., len);
> > 
> > is used in several other places in the GDB tree.  I really think that
> > we should fix all these cases; not just this one.
> 
> Perhaps the type of length in struct type should be changed to size_t?

I think that would be a bad idea since size_t will be a 64-bit type on
64-bit hosts.  This will increase memory usage on 6-bit hosts.