On Wed, 2005-11-16 at 12:06 -0800, Richard Henderson wrote:
> On Sun, Nov 13, 2005 at 02:26:31PM -0700, Jeffrey A Law wrote:
> > On Sun, 2005-11-13 at 22:20 +0100, Steven Bosscher wrote:
> > > On Sunday 13 November 2005 22:02, Jeffrey A Law wrote:
> > > > No great insights on how to make dbr_schedu
> > > 4. An entirely new basic block on its own.
> >
> > When can option 4 happen??
> IIRC it occurs when there was only 1 insn in either the target
> or fall-thru block.When it gets sucked into the delay
> slot of a branch, then it is effectively its own basic
> block.
When the fall-throug
On Sun, Nov 13, 2005 at 02:26:31PM -0700, Jeffrey A Law wrote:
> On Sun, 2005-11-13 at 22:20 +0100, Steven Bosscher wrote:
> > On Sunday 13 November 2005 22:02, Jeffrey A Law wrote:
> > > No great insights on how to make dbr_schedule CFG aware -- just
> > > remember that a filled delay slot can rep
On Sun, 2005-11-13 at 22:20 +0100, Steven Bosscher wrote:
> On Sunday 13 November 2005 22:02, Jeffrey A Law wrote:
> > No great insights on how to make dbr_schedule CFG aware -- just
> > remember that a filled delay slot can represent 3 different cases:
> >
> > 1. An extension of the block contai
On Sunday 13 November 2005 22:02, Jeffrey A Law wrote:
> No great insights on how to make dbr_schedule CFG aware -- just
> remember that a filled delay slot can represent 3 different cases:
>
> 1. An extension of the block containing the sequence.
>
> 2. An extension of the block at the target
On Sun, 2005-11-13 at 21:20 +0100, Steven Bosscher wrote:
> Hi,
>
> I'm trying to figure out how much effort it would take to make
> dbr_schedule CFG aware. One of the issues I'm running into is
> that the RTL CFG stuff doesn't support SEQUENCEs at all. So if
> I have a delay slot filled, e.g.,
