search for: my_backend

Hi! I'm trying to build a backend outside the LLVM source tree. My directory structure is as follows: llvm -- the root of the LLVM source tree llvm/lib/Target -- where the standard backends are stored (Sparc, etc). my_dir/my_backend -- where I store the backend I'm writing. I've been fiddeling with the variables documented in the llvm/Makefile.common (LEVEL, LLVM_SRC_ROOT, PROJ_SRC_DIR, etc) but without success. Is what I'm trying to do possible with the LLVM buildsystem? If so, how? Thank you! / Torgny ------...

Chris Lattner wrote: > > Hi All, > > There's a new snapshot of llvmgcc4 available here: > > http://nondot.org/sabre/2006-05-08-llvm-gcc-4.tar.gz Chris, is there any chance that the new frontend will support dynamic loading of backends? I.e: llvm-g++ -load my_backend.so -march=my_arch a.c ? Thanks, Volodya

...LVMPass.html? > > Such a patch would be readily accepted. Ok, if i get my pass flying i'll write s.t. unfortunatly i hit another roadblock: Everthing now compiles fine, but when running llc with invoking my own backend derived from the cbackend i get the following error: llc -f -march my_backend a.out.bc llc: PassManagerT.h:387: void llvm::PassManagerT<Trait>::markPassUsed(const llvm::PassInfo*, llvm::Pass*) [with Trait = llvm::MTraits]: Assertion `getAnalysisOrNullUp(P) && dynamic_cast<ImmutablePass*>(getAnalysisOrNullUp(P)) && "Pass available but not...

Hi All, There's a new snapshot of llvmgcc4 available here: http://nondot.org/sabre/2006-05-08-llvm-gcc-4.tar.gz This release includes the various portability fixes contributed on llvmdev, includes fixes to build with mainline CVS (and, thus, *requires* mainline CVS), and includes various other bug fixes. If you're interested, please try it out. Thanks, -Chris --

On Wed, 31 May 2006, Silken Tiger wrote: >> that requires a BasicBlockPass, it will fail the same was as when a >> ModulePass requires a FunctionPass. > void MParSchedule::getAnalysisUsage(AnalysisUsage &AU) const { > AU.setPreservesAll(); > } > > MParSchedule requires nothing and changes nothing. So hopefully the above code > represents this fact? Right

On Tue, 2006-05-30 at 14:48 +0200, Silken Tiger wrote: > Hi > > Thanks for all your feedback. I just found the reason for the compile failure > for my analysis pass: I had to add my object to the namespace llvm instead of > anonymous. This took me some time since i was looking for an linking > failure... but as errors go i should have looked at the error message a >

...lt;<(*(*lsi)->instr); } cerr<<endl; } else cerr<<"Schedule not found"<<endl; } else cerr<<"Instruction not a basic block"<<endl; } } return false; Compiling and linking works fine but llc -f -march my_backend a.out.bc gives this error: llc: PassManagerT.h:387: void llvm::PassManagerT<Trait>::markPassUsed(const llvm::PassInfo*, llvm::Pass*) [with Trait = llvm::MTraits]: Assertion `getAnalysisOrNullUp(P) && dynamic_cast<ImmutablePass*>(getAnalysisOrNullUp(P)) && "Pass a...

Hi Thanks for all your feedback. I just found the reason for the compile failure for my analysis pass: I had to add my object to the namespace llvm instead of anonymous. This took me some time since i was looking for an linking failure... but as errors go i should have looked at the error message a little closer. So for all those trying to add an analysis path: * add the object name to the

Hi Am Dienstag, 30. Mai 2006 19:21 schrieb Chris Lattner: > On Tue, 30 May 2006, Silken Tiger wrote: > > Everthing now compiles fine, but when running llc with invoking my own > > backend derived from the cbackend i get the following error: > > namespace llvm { > > class MParSchedule : public BasicBlockPass { > > public: > > > >