search for: mparschedul

Hi I have written a pass which creates some scheduling information. Its called MParSchedule. This pass works with opt. But when feeding it my experimental backend it seems to loose instructions and fails to work. I am loading this stuff as .so libraries under linux and i am using the amd64 version with a self compiled llvm-gcc. With this call it works: opt --load=/llvm/Debug/lib/MPar...

...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: > > > > This pass has been tested as optimization pass with opt, and everything > > worked in this configuration. > > What requires MParSchedule? Note that, since it's a basic block pass, > only other basic...

Hi > Right it does. However, does something *else* require MParSchedule? If > so, what? Ok, i am writing on a different backend based on the cbackend. The test usage of this pass looks like this: void getAnalysisUsage(AnalysisUsage &AU) const { AU.addRequired<LoopInfo>(); AU.addRequired<MParSchedule>(); AU.setPreservesAll(); }...

...StackTrace()+0x1f)[0x880791f] /lib/tls/libc.so.6(abort+0x1d2)[0xb7d00fa2] /lib/tls/libc.so.6(__assert_fail+0x10f)[0xb7cf92df] llc(llvm::PassManagerT<llvm::MTraits>::markPassUsed(llvm::PassInfo const*, llvm::Pass*)+0xf6)[0x8736c36] Aborted The requirements of this pass are quite modest: void MParSchedule::getAnalysisUsage(AnalysisUsage &AU) const { AU.setPreservesAll(); } The Header looks of this pass looks like this: namespace llvm { class MParSchedule : public BasicBlockPass { public: virtual bool runOnBasicBlock(BasicBlock &B);...

On Thu, 1 Jun 2006, Silken Tiger wrote: >> Right it does. However, does something *else* require MParSchedule? If >> so, what? > Ok, i am writing on a different backend based on the cbackend. Ok. > The test usage of this pass looks like this: > > void getAnalysisUsage(AnalysisUsage &AU) const { > AU.addRequired<LoopInfo>(); > AU.addRequired<MParSchedule&gt...

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: > This pass has been tested as optimization pass with opt, and everything worked > in this configuration. What requires MParSchedule? Note that, since it's a basic block pass, only other basic block passes can require it. If you...

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 it does. However, does something *else* require MParSchedule? If so, what? -Chris...

Hi Chris and llvm list Thanks for your answer. > So again, this is the problem I described earlier: you have a pass > (MParSchedule) which is a basic block pass. This pass is being required > by another pass (your C backend-based thing) which is not a basic block > pass. This is the problem, please see the "how to write a pass" doc. The > fix is to change MParSchedule to be a function pass or modulepas...

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 >

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

...another function pass (GenomePass). GenomePass also dependes on two other function passes. The Pass GenomePass generates an object, which is used in my GA-VHDL_Pass. When I compile my Make file I always get this error message: /work0/llvm-2.2/Debug/bin/opt --load /work0/llvm-2.2/Debug/lib/ MParSchedule.so --load /work0/llvm-2.2/Debug/lib/LLVMblockNrs.so -- load /work0/llvm-2.2/Debug/lib/Genome.so --load /work0/llvm-2.2/Debug/ lib/GA_VHDL_Pass.so -GA_VHDL_Pass -mem2reg -verify -f -o opt.o a.out.bc opt: Pass.cpp:157: void<unnamed>::PassRegistrar::RegisterPass (llvm::PassInfo&): Asse...

...ption language, which means it is used to generate hardware, for those who are not familiar with this.) I've managed to compile my backend with the CallGraph pass, but when it try to use it, I get an error, which I could't fix until now. llc --load=/home/paul/LLVM/install/llvm-2.2/lib/MParSchedule.so --load=/home/paul/LLVM/install/llvm-2.2/lib/libLLVMVHDLBackend.so -f -march=vhdl test.o -o llvm.vhd llc: /home/paul/LLVM/src/llvm-2.2/lib/VMCore/PassManager.cpp:922: virtual void llvm::PMDataManager::addLowerLevelRequiredPass(llvm::Pass*, llvm::Pass*): Assertion `0 && "Unable to...

...ed to generate hardware, for those who are not familiar with this.) > > I've managed to compile my backend with the CallGraph pass, but when > it try to > use it, I get an error, which I could't fix until now. > > > > llc --load=/home/paul/LLVM/install/llvm-2.2/lib/MParSchedule.so -- > load=/home/paul/LLVM/install/llvm-2.2/lib/libLLVMVHDLBackend.so -f - > march=vhdl > test.o -o llvm.vhd > llc: /home/paul/LLVM/src/llvm-2.2/lib/VMCore/PassManager.cpp:922: > virtual void > llvm::PMDataManager::addLowerLevelRequiredPass(llvm::Pass*, > llvm::Pass*):...