search for: lepisto

> From: Mikael Lepist? <mikael.lepisto at tut.fi> > > Hi, Hi Mikael > I was talking with aKor in #llvm how we could implement custom operation > support for our ASIP architecture. We came into solution that the best > way would be to write new custom operation intrinsic and optimization > pass for raising certain...

...even though this seems to be unintended functionality. So after support for building llvm-gcc without llvm sources it would be possible to build e.g. llvm-gcc cross compilers with globally installed llvm package. Mikael Lepistö Begin forwarded message: > From: Mikael Lepistö <mikael.lepisto at tut.fi> > Date: 5. syyskuuta 2009 klo 20.16.48 > To: Commit Messages and Patches for LLVM <llvm-commits at cs.uiuc.edu> > Subject: Re: [llvm-commits] [PATCH] Building llvm-gcc with llvm-2.5 > debian packages > > I forgot reply to all setting so here is the mail to li...

Chris Lattner wrote: > > On May 4, 2009, at 11:03 PM, Mikael Lepistö wrote: > >> Hi, >> >> Would it be possible to set tbgen to be installed with llvm? For our >> project http://llvm.org/ProjectsWithLLVM/#tta-tce it would be very >> helpful, because our tools generate compiler backend plugins in the >> fly for each customized processor and plugin

Hi, I've been encountering a problem with function pass manager with llvm-2.6. Somehow system does not know how to create analysis pass if it's required by some other pass. I got following after adding various debug prints to PassManager.cpp I got following results for my reduced test program which just loads module and then tries to make a function pass manager. elhigu at

Chris Lattner wrote: > On Wed, 1 Aug 2007, [UTF-8] Mikael Lepist? wrote: > >>> def MOVNTPSmr : PSI<0x2B, MRMDestMem, (outs), (ins i128mem:$dst, >>> VR128:$src), >>> "movntps {$src, $dst|$dst, $src}", >>> [(int_x86_sse_movnt_ps addr:$dst, VR128:$src)]>; >>> >>> There is corresponding code in llvm-gcc to tell GCC how to

Hi, Would it be possible to set tbgen to be installed with llvm? For our project http://llvm.org/ProjectsWithLLVM/#tta-tce it would be very helpful, because our tools generate compiler backend plugins in the fly for each customized processor and plugin generation needs tbgen for handling td files. Because of tbgen not beeing distributed, our users cannot use llvm from their favorite

Hi, I've been hitting my head to wall two days now. This is practically my first contact with InstrInfo.td files. Is there any tutorial how to make this kind of stuff? Or should I just keep on studying Sparc and other backends? So I added new intrinsic to llvm/include/llvm/TCEInstrinsics.td: def int_tce_customop : Intrinsic<[llvm_void_ty, llvm_ptr_ty, llvm_vararg_ty], [],

Chris Lattner wrote: > On Tue, 31 Jul 2007, [ISO-8859-1] Mikael Lepist� wrote: >> I was talking with aKor in #llvm how we could implement custom operation >> support for our ASIP architecture. We came into solution that the best >> way would be to write new custom operation intrinsic and optimization >> pass for raising certain type of function calls to those intrinsics

Hi, I was talking with aKor in #llvm how we could implement custom operation support for our ASIP architecture. We came into solution that the best way would be to write new custom operation intrinsic and optimization pass for raising certain type of function calls to those intrinsics (similar to raising mallocs). Basically our custom operation are like calls, with operand name and multiple

Hi, I'm doing llvm pass for OpenCL code which does some memory checking to verify that code does not access memory outside of the programs own statically allocated areas. To make dynamic check generation easier, I would like to collect all allocas and global variable definitions and create one big memory structure (for each global, local and private) containing all the allocated memory as

Mikael Lepistö wrote: > On 15.9.2009, at 12:11, Duncan Sands wrote: > > >> Hi Pekka, >> >> >>> To put it the another way: is there a reason to disallow >>> compiling llvm-gcc (optionally) against an installed LLVM (e.g. >>> from the Debian package)? It seems to work fine with this patch >>> Mikael posted. >>>

On 15.9.2009, at 12:11, Duncan Sands wrote: > Hi Pekka, > >> To put it the another way: is there a reason to disallow >> compiling llvm-gcc (optionally) against an installed LLVM (e.g. >> from the Debian package)? It seems to work fine with this patch >> Mikael posted. > > I think it would be great if llvm-gcc could be built against > an installed LLVM.

Hi, We have been working on porting llvm-gcc crosscompiler (basically I had to create new dummy target configuration with some minimal information about the our processor, endianess, type sizes, etc.) which compiles llvm bytecode (doesn't compile native binaries nor assembler) for our processor architecture and new llvm target for our custom processor. We already managed to compile also