For now, may be backout the fix until the regression is resolved? Sun On 10/18/11, Rao, Shivarama <shivarama....@amd.com> wrote: > Hi Zhuqing, > > Thanks for the small testcase. I am looking into this. > > Regards, > Shivaram > > > -----Original Message----- > From: 朱庆 [mailto:zqing1...@gmail.com] > Sent: Tuesday, October 18, 2011 4:27 PM > To: Sun Chan > Cc: open64-devel@lists.sourceforge.net > Subject: Re: [Open64-devel] r3764 - trunk/osprey/be/opt > > Double checked on this, I can confirm it is r3764 that caused the failure. > there is another small case also fail with the same err. see bug882. > > zhuqing > 2011/10/18 Sun Chan <sun.c...@gmail.com>: >> you meant 2 checkins that showed diff between the stmt got dce'd or not? >> Sun >> >> On Tue, Oct 18, 2011 at 4:35 PM, 朱庆 <zqing1...@gmail.com> wrote: >>> >>> I'll double check on this, there is only one checkin between two days >>> result. >>> >>> zhuqing >>> 2011/10/18 Sun Chan <sun.c...@gmail.com>: >>> > This is strange. Must be a regression from elsewhere. I am sure the >>> > identity >>> > stmt had been removable without your change before. Is this fix the >>> > right >>> > fix? >>> > Fred, your comment? >>> > Sun >>> > >>> > On Sun, Oct 16, 2011 at 6:12 PM, <s...@open64.net> wrote: >>> >> >>> >> Author: shivaram >>> >> Date: 2011-10-16 06:12:14 -0400 (Sun, 16 Oct 2011) >>> >> New Revision: 3764 >>> >> >>> >> Modified: >>> >> trunk/osprey/be/opt/opt_dce.cxx >>> >> Log: >>> >> Fix for bug#787. Removal of identity assignment statements(i=i) is >>> >> prevented if lhs is not propagatable. >>> >> CR by Ye,Mei and Gautam >>> >> >>> >> >>> >> >>> >> Modified: trunk/osprey/be/opt/opt_dce.cxx >>> >> =================================================================== >>> >> --- trunk/osprey/be/opt/opt_dce.cxx 2011-10-14 08:12:52 UTC (rev >>> >> 3763) >>> >> +++ trunk/osprey/be/opt/opt_dce.cxx 2011-10-16 10:12:14 UTC (rev >>> >> 3764) >>> >> @@ -2149,7 +2149,8 @@ >>> >> >>> >> if (OPERATOR_is_scalar_store (opr) && >>> >> Enable_identity_removal() && >>> >> - stmt->Is_identity_assignment_removable()) // if COPYPROP >>> >> assumes >>> >> the stmt is deleted >>> >> + stmt->Is_identity_assignment_removable() && >>> >> + !(stmt->Lhs()->Flags() & CF_DONT_PROP)) // if COPYPROP >>> >> assumes >>> >> the >>> >> stmt is deleted >>> >> return FALSE; >>> >> >>> >> // statements with zero-version chi nodes are required >>> >> @@ -3262,7 +3263,8 @@ >>> >> >>> >> if (OPERATOR_is_scalar_store (opr) && >>> >> Enable_identity_removal() && >>> >> - stmt->Is_identity_assignment_removable()) { >>> >> + stmt->Is_identity_assignment_removable() && >>> >> + !(stmt->Lhs()->Flags() & CF_DONT_PROP)) { >>> >> // process the rhs expression, if any >>> >> CODEREP *rhs = stmt->Rhs(); >>> >> if ( rhs != NULL ) { >>> >> >>> >> >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >>> >> All the data continuously generated in your IT infrastructure >>> >> contains >>> >> a >>> >> definitive record of customers, application performance, security >>> >> threats, fraudulent activity and more. Splunk takes this data and >>> >> makes >>> >> sense of it. Business sense. IT sense. Common sense. >>> >> http://p.sf.net/sfu/splunk-d2d-oct >>> >> _______________________________________________ >>> >> Open64-devel mailing list >>> >> Open64-devel@lists.sourceforge.net >>> >> https://lists.sourceforge.net/lists/listinfo/open64-devel >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > All the data continuously generated in your IT infrastructure contains >>> > a >>> > definitive record of customers, application performance, security >>> > threats, fraudulent activity and more. Splunk takes this data and >>> > makes >>> > sense of it. Business sense. IT sense. Common sense. >>> > http://p.sf.net/sfu/splunk-d2d-oct >>> > _______________________________________________ >>> > Open64-devel mailing list >>> > Open64-devel@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/open64-devel >>> > >>> > >> >> > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > Open64-devel mailing list > Open64-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/open64-devel >
------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct _______________________________________________ Open64-devel mailing list Open64-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open64-devel