[Bug target/36713] [4.4 regression] r137252 breaks -O2 optimization on x86_64-unknown-linux-gnu

[rguenther at suse dot de]

------- 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