------- Comment #10 from rguenther at suse dot de 2008-07-03 12:03 ------- Subject: Re: [4.4 regression] r137252 breaks -O2 optimization on x86_64-unknown-linux-gnu
On Thu, 3 Jul 2008, dfranke at gcc dot gnu dot org wrote: > > > ------- Comment #9 from dfranke at gcc dot gnu dot org 2008-07-03 11:59 > ------- >> Well, it's not really different - only thread_data now doesn't >> point to anything but to the same as derefaddrtmp.893 (I guess >> that points to { ESCAPED NONLOCAL }?). > > Just ESCAPED, see below. > > r137251 > derefaddrtmp.893 = { ESCAPED } > derefaddrtmp.894 = { NONLOCAL } > this = { PARM_NOALIAS.895 } > PARM_NOALIAS.895 = { ANYTHING ESCAPED NONLOCAL } > D.3410_6 = same as thread_data > thread_data = { ANYTHING } > D.3411_7 = same as thread_data > D.3417_13 = { ANYTHING } > > r137252 > derefaddrtmp.893 = { ESCAPED } > derefaddrtmp.894 = { NONLOCAL } > this = { PARM_NOALIAS.895 } > PARM_NOALIAS.895 = { ESCAPED NONLOCAL } > D.3410_6 = same as derefaddrtmp.893 > thread_data = same as derefaddrtmp.893 > D.3411_7 = same as derefaddrtmp.893 That looks correct. >> Well, if there is no difference in the optimized dumps then this >> doesn't explain it (but the points-to differences also look good) > > None that I could spot by scrolling through 1000+ lines of differences. Yeah. I guess the assembly is different, right? ;) Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36713