search for: findusedtypes

Hi, I tried to implement an 'llc'-like tool in my project to manage different passes and a target machine. I use given llvm project structure to avoid problems but I have a link problem and don't know how to solve it: The target machine uses 'FindUsedTypes' pass and when I try to use my target machine in the tool I got "Undefined symbols: "llvm::FindUsedTypes ... ld: symbol(s) not found" I tried following link options: LLVMLIBS = LLVMAnalysis.a LINK_COMPONENTS = analysis LINK_COMPONENTS = all But nothing solved my problem (in...

...vm-1.7/llvm/Release/lib/LLVMbzip2.o /home/ahs3/tmp/llvm-1.7/llvm/Release/lib/LLVMCore.o -lLLVMSupport -lLLVMSystem /home/ahs3/tmp/llvm-1.7/llvm/Release/lib/LLVMCBackend.o: In function `__static_initialization_and_destruction_0(int, int)': Writer.cpp:(.text+0x379): undefined reference to `llvm::FindUsedTypes::stub()' /home/ahs3/tmp/llvm-1.7/llvm/Release/lib/LLVMCBackend.o: In function `(anonymous namespace)::CBackendNameAllUsedStructsAndMergeFunctions::runOnModule(llvm::Module&)': (.text+0x3f45): undefined reference to `typeinfo for llvm::FindUsedTypes' /home/ahs3/tmp/llvm-1.7/llvm/Rele...

Dear Nico, I believe you need to add LLVMipa to the list of libraries to link into your tool. FindUsedTypes::ID is defined in lib/Analysis/IPA. I think it would be LLVMipa.a if you added it to LLVMLIBS and ipa if you added it to LINK_COMPONENTS. -- John T. Nico wrote: > Hi, > > I tried to implement an 'llc'-like tool in my project to manage > different passes and a target machin...

...irectory. Sorry my fault. Is there an overview where classes and link options are mapped to each other? Kind regards, Nico On Jan 4, 2009, at 4:07 PM, John Criswell wrote: > Dear Nico, > > I believe you need to add LLVMipa to the list of libraries to link > into > your tool. FindUsedTypes::ID is defined in lib/Analysis/IPA. > > I think it would be LLVMipa.a if you added it to LLVMLIBS and ipa if > you > added it to LINK_COMPONENTS. > > -- John T. > > Nico wrote: >> Hi, >> >> I tried to implement an 'llc'-like tool in my project to...

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

...llvm::Pass*)+0xf6)[0x8736c36] Aborted Poking around i tried to inherit the MParSchedule Pass from ImmutablePass then i get an different error: llc: /work0/tstone/llvm-1.7/include/llvm/Pass.h:185: AnalysisType& llvm::Pass::getAnalysisID(const llvm::PassInfo*) const [with AnalysisType = llvm::FindUsedTypes]: Assertion `i != AnalysisImpls.size() && "getAnalysis*() called on an analysis that was not " "'required' by pass!"' failed. llc((anonymous namespace)::PrintStackTrace()+0x1f)[0x8807aaf] /lib/tls/libc.so.6(abort+0x1d2)[0xb7d98fa2] /lib/tls/libc.so.6(__asser...

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: > > > >

Hello, is there a method to access unnamed structure types? Maybe something similar to 'TypeSymbolTable'? 'CBackend' uses 'FindUsedTypes'-pass and a lot of glue code around it, but I don't want to use the 'Passmanager' etc. Thank you. Kind regards, Nico

...ory, compile a library form the code, and try to load it into lli I get the following message: ------------------------------------------------------- lli -load /path/CBackend.dylib Error opening '/path/CBackend.dylib': dlopen(/path/CBackend.dylib, 1): Symbol not found: __ZTIN4llvm13FindUsedTypesE Referenced from: /path/CBackend.dylib Expected in: flat namespace -load request ignored. ------------------------------------------------------- 'FindUsedTypes' is an analysis pass needed by the C backend. I don't know why there is this linker problem But not all analysis...

.../Target/TargetInstrInfo.h Index: include/llvm/Target/TargetSchedInfo.h Index: lib/Analysis/Expressions.cpp Index: lib/Analysis/IntervalPartition.cpp Index: lib/Analysis/LoopInfo.cpp Index: lib/Analysis/PostDominators.cpp Index: lib/Analysis/DataStructure/EquivClassGraphs.cpp Index: lib/Analysis/IPA/FindUsedTypes.cpp Index: lib/Analysis/IPA/GlobalsModRef.cpp Index: lib/Bytecode/Writer/SlotCalculator.cpp Index: lib/CodeGen/PHIElimination.cpp Index: lib/CodeGen/RegAllocSimple.cpp Index: lib/CodeGen/SelectionDAG/SelectionDAG.cpp Index: lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp Index: lib/CodeGen/SelectionD...

.../opt/Debug+Asserts/GraphPrinters.o vtable for llvm::PrettyStackTraceProgram/n/fs/scratch/tpondich/ParallelAssert/llvm-objects/tools/opt/Debug+Asserts/opt.o llvm::Pass::getAsPMDataManager() /n/fs/scratch/tpondich/ParallelAssert/llvm-objects/tools/opt/Debug+Asserts/AnalysisWrappers.o llvm::initializeFindUsedTypesPass(llvm::PassRegistry&) /n/fs/scratch/tpondich/ParallelAssert/llvm-objects/tools/opt/Debug+Asserts/opt.o llvm::createPrintFunctionPass(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, llvm::raw_ostream*, bool)/n/fs/scratch/tpondich/ParallelA...

...nclude\llvm\Analysis\Expressions.h"> > > </File> > > <File > > RelativePath="..\..\include\llvm\Analysis\FindUnsafePointerTypes.h"> > > </File> > > <File > > RelativePath="..\..\include\llvm\Analysis\FindUsedTypes.h"> > > </File> > > <File > > RelativePath="..\..\include\llvm\Analysis\Interval.h"> > > </File> > > <File > > RelativePath="..\..\include\llvm\Analysis\IntervalIterator.h"> > > <...

...lvm/Analysis/DebugInfo.h -- Installing: /usr/local/llvm-2.8/include/llvm/Analysis/DomPrinter.h -- Installing: /usr/local/llvm-2.8/include/llvm/Analysis/DominatorInternals.h -- Installing: /usr/local/llvm-2.8/include/llvm/Analysis/Dominators.h -- Installing: /usr/local/llvm-2.8/include/llvm/Analysis/FindUsedTypes.h -- Installing: /usr/local/llvm-2.8/include/llvm/Analysis/IVUsers.h -- Installing: /usr/local/llvm-2.8/include/llvm/Analysis/InlineCost.h -- Installing: /usr/local/llvm-2.8/include/llvm/Analysis/InstructionSimplify.h -- Installing: /usr/local/llvm-2.8/include/llvm/Analysis/Interval.h -- Installing...

On Thu, Sep 30, 2010 at 3:08 PM, Samuel Williams <space.ship.traveller at gmail.com> wrote: > Hi, > > I might just be doing something stupid, but when I do > > $ cmake -DCMAKE_INSTALL_PREFIX=/usr/local/llvm-2.8 -DCMAKE_BUILD_TYPE=Release .. > $ sudo make install > > I don't get the expected headers in >        /usr/local/llvm-2.8/include/llvm > > It is

...RelativePath="..\..\include\llvm\Analysis\Expressions.h"> > </File> > <File > RelativePath="..\..\include\llvm\Analysis\FindUnsafePointerTypes.h"> > </File> > <File > RelativePath="..\..\include\llvm\Analysis\FindUsedTypes.h"> > </File> > <File > RelativePath="..\..\include\llvm\Analysis\Interval.h"> > </File> > <File > RelativePath="..\..\include\llvm\Analysis\IntervalIterator.h"> > </File> > <File >...

Hi, I might just be doing something stupid, but when I do $ cmake -DCMAKE_INSTALL_PREFIX=/usr/local/llvm-2.8 -DCMAKE_BUILD_TYPE=Release .. $ sudo make install I don't get the expected headers in /usr/local/llvm-2.8/include/llvm It is simply an empty directory. What am I doing wrong? This is on Mac OS X, CMake 2.8+ Kind regards, Samuel