search for: ligalization

Displaying 4 results from an estimated 4 matches for "ligalization".

Did you mean: legalization
2010 Sep 03
3
[LLVMdev] Thoughts about the llvm architecture
...uld we want to duplicate the code? > > But what is the output of legalize and DAG combine? Is it llvm-ir again? I think I still miss some of the "big picture". Is there an architecture chart that shows the pipeline stages of llvm and what is done where? For example it seems that ligalization takes place after instcombine, but I would think it should happen before instcombine. -Jochen
2010 Aug 02
0
[LLVMdev] Thoughts about the llvm architecture
On Jul 29, 2010, at 5:24 AM, Jochen Wilhelmy wrote: > Hi! > > The following thoughts about the llvm architecture I'd like to share > with you > (from the perspective of a user): > > - If a backend has no vector support, then I wonder why there is no > de-vectorization > pass that operates on indermediate llvm-ir. I would think that if you > use such a target
2010 Jul 29
2
[LLVMdev] Thoughts about the llvm architecture
Hi! The following thoughts about the llvm architecture I'd like to share with you (from the perspective of a user): - If a backend has no vector support, then I wonder why there is no de-vectorization pass that operates on indermediate llvm-ir. I would think that if you use such a target then you have to insert a target independent pass before it that it does not have to care about
2010 Sep 03
1
[LLVMdev] Thoughts about the llvm architecture -
...rted by the CodeGen into a leagal stream of MachineInstr. Slides: http://llvm.org/devmtg/2008-08/Gohman_CodeGenAndSelectionDAGs.pdf Video: http://llvm.org/devmtg/2008-08/Gohman_CodeGenAndSelectionDAGs_Hi.m4v For more info see http://llvm.org/docs/CodeGenerator.html > For example it seems that ligalization takes place after instcombine, > but I would think it > should happen before instcombine. > The combine phase are actually run twice Combine Legalize Combine > -Jochen > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.ui...