From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18093 invoked by alias); 7 Oct 2002 17:26:00 -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 18079 invoked by uid 71); 7 Oct 2002 17:26:00 -0000 Date: Mon, 07 Oct 2002 10:26:00 -0000 Message-ID: <20021007172600.18078.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: "Kaveh R. Ghazi" Subject: Re: target/8087: sparc-sun-solaris2.7 C testsuite failures in execute/20020720-1.c w/-m64 or on sparcv9/sparc64 Reply-To: "Kaveh R. Ghazi" X-SW-Source: 2002-10/txt/msg00266.txt.bz2 List-Id: The following reply was made to PR target/8087; it has been noted by GNATS. From: "Kaveh R. Ghazi" To: davem@gcc.gnu.org, davem@redhat.com, gcc-bugs@gcc.gnu.org, gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, jakub@redhat.com, roger@eyesopen.com, rth@redhat.com Cc: Subject: Re: target/8087: sparc-sun-solaris2.7 C testsuite failures in execute/20020720-1.c w/-m64 or on sparcv9/sparc64 Date: Mon, 7 Oct 2002 13:16:05 -0400 (EDT) BTW, I think there are two problems with the XFAIL code that was recently added. With the first hunk, you set torture_execute_xfail and I believe the testcase fails to *compile* on those targets. (You get the link failure when the opt doesn't occur right?) If the testcase compiles you should never expect an execute failure. I came to this conclusion via visual inspection not any direct testing, but I believe you need to set torture_compile_xfail there instead. The second hunk for sparc -m64 looks correct, but it doesn't work for me for some reason. See: http://gcc.gnu.org/ml/gcc-testresults/2002-10/msg00194.html I'm not sure why, perhaps that one only looks for execute failures, not compile failures? Not sure. Can you reproduce it? --Kaveh -- Kaveh R. Ghazi ghazi@caip.rutgers.edu