From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25556 invoked by alias); 26 Mar 2004 00:28:09 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 25549 invoked from network); 26 Mar 2004 00:28:08 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 26 Mar 2004 00:28:08 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 0B35F2B92; Thu, 25 Mar 2004 19:28:09 -0500 (EST) Message-ID: <40637918.5000708@gnu.org> Date: Fri, 26 Mar 2004 00:28:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: cgd@broadcom.com Cc: Richard Sandiford , gdb-patches@sources.redhat.com Subject: Re: [rfa/mips] Second go at vr5500 hilo hazard fix References: <87oequw5xw.fsf@redhat.com> <87znadvpr7.fsf@redhat.com> <406359BA.9000302@gnu.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-03/txt/msg00647.txt.bz2 > At Thu, 25 Mar 2004 17:14:18 -0500, Andrew Cagney wrote: > >>> Look at it this way, if the igen mechanism is used, gcc is able to >>> eliminate everything :-) > > > In the case of a single-architecture sim (i.e., not 'multi', then > yes), GCC will automatically eliminate the test. > > In the case of a multiple-architecture sim, it won't. It still does (or at least can), trust me :-) > But (a) at > least in my mind, i'm not worried about absolute maximal performance > from that configuration (if you want max performance, build a single > arch sim), and (b) until somebody quantifies the difference, I'll > claim that i don't believe it'll be a measurable difference. 8-) But yes, you won't measure the difference. Andrew