--- Comment #12 from rakdver at gcc dot gnu dot org 2007-08-31 15:34
---
Subject: Bug 33224
Author: rakdver
Date: Fri Aug 31 15:34:45 2007
New Revision: 127996
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127996
Log:
PR rtl-optimization/33224
* loop-iv.c (latc
--- Comment #11 from zadeck at naturalbridge dot com 2007-08-30 21:46
---
Subject: Re: failing rtl iv analysis (maybe due
to df)
rakdver at gcc dot gnu dot org wrote:
> --- Comment #10 from rakdver at gcc dot gnu dot org 2007-08-30 20:05
> ---
> I know how to fix the proble
--- Comment #10 from rakdver at gcc dot gnu dot org 2007-08-30 20:05
---
I know how to fix the problem, now.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from zadeck at naturalbridge dot com 2007-08-30 18:57
---
Subject: Re: failing rtl iv analysis (maybe due
to df)
zadeck at naturalbridge dot com wrote:
> --- Comment #8 from zadeck at naturalbridge dot com 2007-08-30 18:51
> ---
> Subject: Re: failing rtl iv
--- Comment #8 from zadeck at naturalbridge dot com 2007-08-30 18:51
---
Subject: Re: failing rtl iv analysis (maybe due
to df)
rakdver at kam dot mff dot cuni dot cz wrote:
> --- Comment #7 from rakdver at kam dot mff dot cuni dot cz 2007-08-30
> 18:09 ---
> Subject: Re:
--- Comment #7 from rakdver at kam dot mff dot cuni dot cz 2007-08-30
18:09 ---
Subject: Re: failing rtl iv analysis (maybe due to df)
> The only thing that you are allowed to do with the DF_REF_ID is to get
> it from a df_def
> AFTER YOU ARE SURE THAT THE DEF IS IN THE REGION
OK, th
--- Comment #5 from dorit at gcc dot gnu dot org 2007-08-30 16:29 ---
> dorit,
> i am having trouble exactly reproducing this example because you did not
> give the svn revision and so all of the numbers are a little bit
> different.
it's revision 127623
> However, I am going to submi
--- Comment #4 from zadeck at naturalbridge dot com 2007-08-30 14:43
---
Subject: Re: failing rtl iv analysis (maybe due
to df)
dorit at gcc dot gnu dot org wrote:
> --- Comment #3 from dorit at gcc dot gnu dot org 2007-08-30 08:12 ---
> (In reply to comment #2)
>
>> I su
--- Comment #3 from dorit at gcc dot gnu dot org 2007-08-30 08:12 ---
(In reply to comment #2)
> I suspect this might be due to not updating the rd information after
> unrolling.
> Can you check if
> analyze_insns_in_loop() (which calls df_analyze()) is being called just before
> the p
--- Comment #2 from spark at gcc dot gnu dot org 2007-08-29 15:23 ---
I suspect this might be due to not updating the rd information after unrolling.
Can you check if
analyze_insns_in_loop() (which calls df_analyze()) is being called just before
the problematic unrolling ?
--
http:
--
dorit at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dorit at gcc dot gnu dot org
|dot org
--- Comment #1 from dorit at gcc dot gnu dot org 2007-08-29 09:04 ---
> In the testcase below, after the inner-loop gets completely unrolled, the
> enclosing i-loop does not get unrolled because of failure to analyze the loop
> iv, possibly due to a bug in df:
...
> Compiler options used
12 matches
Mail list logo