From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15984 invoked by alias); 30 May 2007 13:13:29 -0000 Received: (qmail 15972 invoked by uid 22791); 30 May 2007 13:13:28 -0000 X-Spam-Check-By: sourceware.org Received: from mail2.panix.com (HELO mail2.panix.com) (166.84.1.73) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 30 May 2007 13:13:26 +0000 Received: from mailspool2.panix.com (mailspool2.panix.com [166.84.1.79]) by mail2.panix.com (Postfix) with ESMTP id D779334825; Wed, 30 May 2007 09:13:23 -0400 (EDT) Received: from [192.168.1.60] (pool-70-104-128-175.nycmny.fios.verizon.net [70.104.128.175]) by mailspool2.panix.com (Postfix) with ESMTP id CF4F2440080; Wed, 30 May 2007 09:13:23 -0400 (EDT) Message-ID: <465D7873.7000908@naturalbridge.com> Date: Wed, 30 May 2007 14:17:00 -0000 From: Kenneth Zadeck User-Agent: Thunderbird 1.5.0.10 (X11/20060911) MIME-Version: 1.0 To: Andreas Krebbel1 CC: "Pinski, Andrew" , Serge Belyshev , "Bonzini, Paolo" , "Berlin, Daniel" , "Edelsohn, David" , echristo@apple.com, gcc-patches , Ian Lance Taylor , richard.earnshaw@arm.com, "Park, Seongbae" , Steven Bosscher , Ulrich Weigand Subject: Re: dataflow branch merging plans. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2007-05/txt/msg02058.txt.bz2 Andreas Krebbel1 wrote: > Hi, > > dataflow branch is clean for s390 and s390x. > > >> The best way to proceed here is to check out a trunk and then say >> contrib/gcc_update -r 124834 >> >> This is the version of the truck that we last merged with and is now a >> week or so out. I would be surprised if you have any problems running >> the regression tests on this version. Eric Christopher has also had >> problems with the trunk of later versions than we merged with the mips >> > port. > >> If you do have trouble with 124834, i think that the dataflow branch >> just has to declare victory, but this is unlikely. The likely scenario >> is that it will work and there might be a few regressions. >> > > I've compared the mainline GCC from the last merge point with a recent > dataflow checkout: > > s390 (31bit) Two ada testcase get fixed with the dataflow branch. No > regressions otherwise. > > < LAST_UPDATED: Tue May 29 13:39:45 UTC 2007 (revision 125162) > --- > >> LAST_UPDATED: Tue May 29 07:01:10 UTC 2007 (revision 124834) >> > 4a5,6 > >> FAIL: c36205l >> FAIL: cxg2009 >> > 22c24 > < /build2/gcc-dataflow-build/gcc/testsuite/g++/../../g++ version 4.3.0 > 20070518 (experimental) > --- > >> /build2/gcc-4.3-build/gcc/testsuite/g++/../../g++ version 4.3.0 20070518 >> > (experimental) > 31a34,35 > >> XPASS: gcc.dg/cpp/cmdlne-dI-M.c scan-file >> > (^|\\\\n)cmdlne-dI-M.*:[^\\\\n]*cmdlne-dI-M.c > >> XPASS: gcc.dg/cpp/cmdlne-dM-M.c scan-file >> > (^|\\\\n)cmdlne-dM-M[^\\\\n]*:[^\\\\n]*cmdlne-dM-M.c > > > s390x (64bit) No regressions at all. The fortran secnds.f testcase still > behaves indeterministic. > > < LAST_UPDATED: Tue May 29 13:39:54 UTC 2007 (revision 125162) > --- > >> LAST_UPDATED: Tue May 29 07:00:56 UTC 2007 (revision 124834M) >> > 22c22 > < /build2/gcc-dataflow-build/gcc/testsuite/g++/../../g++ version 4.3.0 > 20070518 (experimental) > --- > >> /build2/gcc-4.3-build/gcc/testsuite/g++/../../g++ version 4.3.0 20070518 >> > (experimental) > 31a32,33 > >> XPASS: gcc.dg/cpp/cmdlne-dI-M.c scan-file >> > (^|\\\\n)cmdlne-dI-M.*:[^\\\\n]*cmdlne-dI-M.c > >> XPASS: gcc.dg/cpp/cmdlne-dM-M.c scan-file >> > (^|\\\\n)cmdlne-dM-M[^\\\\n]*:[^\\\\n]*cmdlne-dM-M.c > ... > < FAIL: gfortran.dg/secnds.f -O2 execution test > --- > >> FAIL: gfortran.dg/secnds.f -Os execution test >> > > Bye, > > -Andreas- > > thanks, this is great news.