From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8542 invoked by alias); 30 Sep 2002 22:52:04 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 8518 invoked by uid 61); 30 Sep 2002 22:52:04 -0000 Date: Mon, 30 Sep 2002 15:52:00 -0000 Message-ID: <20020930225204.8517.qmail@sources.redhat.com> To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, ghazi@caip.rutgers.edu, nobody@gcc.gnu.org, rth@redhat.com, davem@redhat.com, jakub@redhat.com, roger@eyesopen.com From: davem@gcc.gnu.org Reply-To: davem@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, ghazi@caip.rutgers.edu, nobody@gcc.gnu.org, rth@redhat.com, davem@redhat.com, jakub@redhat.com, roger@eyesopen.com, gcc-gnats@gcc.gnu.org Subject: Re: target/8087: sparc-sun-solaris2.7 C testsuite failures in execute/20020720-1.c w/-m64 or on sparcv9/sparc64 X-SW-Source: 2002-09/txt/msg00891.txt.bz2 List-Id: Synopsis: sparc-sun-solaris2.7 C testsuite failures in execute/20020720-1.c w/-m64 or on sparcv9/sparc64 State-Changed-From-To: open->analyzed State-Changed-By: davem State-Changed-When: Mon Sep 30 15:52:04 2002 State-Changed-Why: The problem is, it's REALLY REALLY expensive to set the float condition codes to a constant value (two FPU synchronizing memory operations). If I implement these patterns, will they actually be output ever? I think it's really totally silly to require a backend to implement these patterns. I can think of a few other platforms where this is quite expensive. Is there some way to remove the requirement? Has the compiler documentation been updated to reflect this new pattern requirement? http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8087