search for: irfinalize

...(STM). Even the fastest STMs in research are much slower than locking. I think that there is a better way. I would like to propose a different solution: Lift all internalized objects to be unique at the Module level instead of globally. This will require an initial pass to be performed (called IRFinalize?), and equality of Type objects by pointer comparison will not be valid until after this pass is complete. The Module is already the unit of compilation once LLVM IR has been initially emitted for most cases, and it should be straightfoward to structure the pass such that it can work on single fun...

On Nov 3, 2008, at 3:55 PM, heisenbug wrote: > What about "inventing" pseudo-constants (which point to the right > thing) and build the piece of IR with them. When done, grab mutex and > RAUW it in. Alternatively, submit to a privileged thread that performs > the RAUW. > The trick is to prepare the def/use chain(s) to a degree that the > mutex is only held a minimal

...s in > research are much slower than locking.  I think that there is a better > way. > > I would like to propose a different solution: Lift all internalized > objects to be unique at the Module level instead of globally.  This will > require an initial pass to be performed (called IRFinalize?), and > equality of Type objects by pointer comparison will not be valid until > after this pass is complete.  The Module is already the unit of > compilation once LLVM IR has been initially emitted for most cases, and > it should be straightfoward to structure the pass such that it ca...

On 3 Nov., 10:06, Chris Lattner <clatt... at apple.com> wrote: > On Nov 2, 2008, at 2:20 PM, Jonathan Brandmeyer wrote: > > > I am interested in making my LLVM front-end multi-threaded in a way > > similar to the GCC compiler server proposal and was wondering about   > > the > > extent that the LLVM passes support it. > > Do you have a link for this?