From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-prs-return-32756-listarch-gcc-prs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 6146 invoked by alias); 8 Apr 2003 06:46:01 -0000
Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-prs/>
List-Post: <mailto:gcc-prs@gcc.gnu.org>
List-Help: <mailto:gcc-prs-help@gcc.gnu.org>
Sender: gcc-prs-owner@gcc.gnu.org
Received: (qmail 6108 invoked by uid 71); 8 Apr 2003 06:46:01 -0000
Date: Tue, 08 Apr 2003 06:46:00 -0000
Message-ID: <20030408064601.6107.qmail@sources.redhat.com>
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org,
From: Eric Botcazou <ebotcazou@libertysurf.fr>
Subject: Re: c/10339
Reply-To: Eric Botcazou <ebotcazou@libertysurf.fr>
X-SW-Source: 2003-04/txt/msg00326.txt.bz2
List-Id: <gcc-prs.sourceware.org>

The following reply was made to PR optimization/10339; it has been noted by GNATS.

From: Eric Botcazou <ebotcazou@libertysurf.fr>
To: Wolfgang Bangerth <bangerth@ices.utexas.edu>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: c/10339
Date: Tue, 8 Apr 2003 08:40:04 +0200

 > The x86 backend doesn't seem to use memcmp in this case (maybe it does for
 > different values of string lengths, etc, but I haven't checked that).
 
 Actually, it does the transformation strncmp->memcmp but the builtin memcmp 
 has the nice property to stop on the first NULL character ("repz cmpsb").
 
 Anyway, this is not a Sparc-specific problem.
 
 -- 
 Eric Botcazou