Displaying 3 results from an estimated 3 matches for "passunit".
2006 Jan 10
0
[LLVMdev] passmanager, significant rework idea...
...s compiled with
@@ -186,6 +188,116 @@
typedef ModulePassManager PMType;
};
+// TODO: Start migration towards a single passmanagert. This PMT will manage
+// all passes as one, rather than having any sort of hierarchy. The trick is
+// to have all the passes wrapped into a single abstract PassUnit. Each
+// PassUnit will then have concrete implmentations for all the various
+// passes, such as, module, function, basicblock, loop, callgraphscc, and
+// immutable. These PassUnit will provide a single point of entry as an
+// interface while its concrete implementations will handle all th...
2006 Jan 10
3
[LLVMdev] passmanager, significant rework idea...
The patch below basically hammers out some ideas as to where I'd like
to take the passmanager in LLVM. I've tried thinking things through,
but I'm still a n00b, so some criticism would be more than welcome. =)
Starting from line 191 down. If you're wondering why I created a
patch, well that's because I found thinking in passmanagert.h the most
productive.
--
Regards.
2006 Jan 10
1
[LLVMdev] Re: passmanager, significant rework idea...
On 1/10/06, Chris Lattner <sabre at nondot.org> wrote:
> Interesting approach. :)
Thanks.
> Comments below, with ***'s before the notes:
> +class LoopPass : public Pass {}; // Temporary.
>
> *** I wouldn't worry about loop passes yet.
Sure.
> +class PassUnit {
> + Pass *pass;
> +
> + enum Traversal {
> + LINEAR, // Standard top down traversal.
> + CALLGRAPHSCC // Bottom Up Traversal
> + };
> +
> + Traversal traversal;
>
> *** 'Traversals' as you have them here don't really make sense. The
> n...