search for: micro38_dswp

...an assert. I think the notion of ``levels'' of passes is artificial, unintuitive, and unnecessary. -- Nick Johnson (1) Multi-threaded Code Generation: http://liberty.princeton.edu/Publications/micro40_gmtis.pdf (2) Decoupled Software Pipelining: http://liberty.princeton.edu/Publications/micro38_dswp.pdf

Hi! I'm writing my own project in LLVM and I came across a document describing Decoupled software pipelining algorithm written in LLVM by The Liberty Research Group for their VELOCITY C++ compiler: http://liberty.princeton.edu/Research/DSWP/ http://liberty.princeton.edu/Publications/micro38_dswp.pdf and some of spectacular results: http://liberty.princeton.edu/videos/gimp.php http://liberty.princeton.edu/videos/h263.php I found out, that there was a project to implement this technique as LLVM pass: http://code.google.com/p/15745-project-dswp/source/browse/ http://www.cs.cmu.edu/~fuyaoz/c...

On Apr 10, 2009, at 12:42 PM, Joseph Blomstedt wrote: > Good to know. I was referencing a local copy of 2.3 docs which didn't > include the "does not require any module passes" statement. It appears > the docs were changed two days before 2.4 was released in November. I > suppose I should update my docs more often. > > Are there any plans to change this

Good to know. I was referencing a local copy of 2.3 docs which didn't include the "does not require any module passes" statement. It appears the docs were changed two days before 2.4 was released in November. I suppose I should update my docs more often. Are there any plans to change this restriction, or any best practices to get similar behavior? Since immutable pass is a subclass