From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19924 invoked by alias); 4 Apr 2003 15:04: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 19908 invoked from network); 4 Apr 2003 15:04:29 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 4 Apr 2003 15:04:29 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 191Sjy-0004Ht-00; Fri, 04 Apr 2003 09:04:26 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 191Sjt-0007iw-00; Fri, 04 Apr 2003 10:04:21 -0500 Date: Fri, 04 Apr 2003 15:04:00 -0000 From: Daniel Jacobowitz To: Joern Rennecke Cc: gdb@sources.redhat.com, newlib@sources.redhat.com, bug-glibc@gnu.org, stephen.thomas@superh.com, sean.mcgoogan@superh.com Subject: Re: memset (0, 0, 0); Message-ID: <20030404150421.GA29648@nevyn.them.org> Mail-Followup-To: Joern Rennecke , gdb@sources.redhat.com, newlib@sources.redhat.com, bug-glibc@gnu.org, stephen.thomas@superh.com, sean.mcgoogan@superh.com References: <3E8D9C30.E2CA766E@superh.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E8D9C30.E2CA766E@superh.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-04/txt/msg00044.txt.bz2 On Fri, Apr 04, 2003 at 03:52:32PM +0100, Joern Rennecke wrote: > On some processors, memset can be implemented more efficiently > when you always read - and possibly also write back - the first > memory word contained partially or in whole in the to-be-modified > object > > This conflicts with gdb usage of memset (0, 0, 0); in some places. > There are three practical questions here: > - should gdb use this idiom? > - should all target-specific variants of newlib's memset implement it? > - should all target-specific variants of glibc's memset implement it? Where is it that GDB does this? -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer