From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8978 invoked by alias); 26 Mar 2004 16:44:45 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 8964 invoked from network); 26 Mar 2004 16:44:43 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 26 Mar 2004 16:44:43 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i2QGig1X016611 for ; Fri, 26 Mar 2004 11:44:42 -0500 Received: from speedy.slc.redhat.com (vpn50-15.rdu.redhat.com [172.16.50.15]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i2QGifj29164; Fri, 26 Mar 2004 11:44:41 -0500 Received: from redhat.com (law@localhost) by speedy.slc.redhat.com (8.12.10/8.12.8/Submit) with ESMTP id i2QGieJ5015201; Fri, 26 Mar 2004 09:44:40 -0700 Message-Id: <200403261644.i2QGieJ5015201@speedy.slc.redhat.com> X-Authentication-Warning: speedy.slc.redhat.com: law owned process doing -bs To: Diego Novillo cc: "gcc@gcc.gnu.org" Reply-To: law@redhat.com Subject: Re: [tree-ssa] Mainline merge as of 2004-03-24 In-Reply-To: Your message of "Fri, 26 Mar 2004 11:31:26 EST." <1080318686.4600.141.camel@localhost.localdomain> From: law@redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Mar 2004 18:37:00 -0000 X-SW-Source: 2004-03/txt/msg01563.txt.bz2 In message <1080318686.4600.141.camel@localhost.localdomain>, Diego Novillo wri tes: > >Bootstrapped and tested x86, x86-64 and alpha. We have new c-torture >regressions that are not present in mainline: > > FAIL: gcc.c-torture/execute/20040313-1.c execution > FAIL: gcc.c-torture/execute/20040313-1.c execution > FAIL: gcc.c-torture/execute/20040313-1.c execution > FAIL: gcc.c-torture/execute/20040313-1.c execution > FAIL: gcc.c-torture/execute/20040313-1.c execution > FAIL: gcc.c-torture/execute/20040313-1.c execution > FAIL: gcc.c-torture/execute/loop-2c.c execution > FAIL: gcc.c-torture/execute/loop-2d.c execution > FAIL: gcc.dg/torture/builtin-nonneg-1.c (test for excess errors) > FAIL: gcc.dg/torture/builtin-nonneg-1.c (test for excess errors) > FAIL: gcc.dg/torture/builtin-nonneg-1.c (test for excess errors) > FAIL: gcc.dg/torture/builtin-nonneg-1.c (test for excess errors) > FAIL: gcc.dg/torture/builtin-nonneg-1.c (test for excess errors) > FAIL: gcc.dg/torture/builtin-nonneg-1.c (test for excess errors) > >20040313-1.c is the test case for PR 14470. The two loop failures >happen only at -Os on x86, it does not seem to be a tree optimizer >failure because we emit the same trees. I'm looking at those today. >The builtin-nonneg failure is another case of tree-ssa not folding >builtins properly. > >None of the failures seemed important enough to hold the merge which was >already getting old. Agreed. jeff