search for: allocatorty

Displaying 8 results from an estimated 8 matches for "allocatorty".

2010 Aug 18
3
[LLVMdev] Using ValueSymbolTable...
...t cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > I am getting the following error when trying to fetch the symbol table using getValueSymbolTable() /home/llvm/install/include/llvm/ADT/StringMap.h:256: void llvm::StringMap<ValueTy, AllocatorTy>::operator=(const llvm::StringMap<ValueTy, AllocatorTy>&) [with ValueTy = llvm::Value*, AllocatorTy = llvm::MallocAllocator]: Assertion `RHS.empty() && "assignment from non-empty stringmap not implemented yet!"' failed. Regards, subbu -- View this message in con...
2010 Aug 18
2
[LLVMdev] Using ValueSymbolTable...
Hi all, I have a question regarding populating ValueSymbolTable of a Function. Is it that ValueSymbolTable is populated automatically whenever an alloca instruction is created using IRBuilder or do we need to explicitly populate?? If we need to populate explicitly, the insert method in ValueSymbolTable is private, so how can we do it? Currently, I am trying to access the symbol table as below:
2010 Aug 18
0
[LLVMdev] Using ValueSymbolTable...
subramanyam wrote: > > Hi all, > I have a question regarding populating ValueSymbolTable of a Function. > Is it that ValueSymbolTable is populated automatically whenever an alloca > instruction is created using IRBuilder or do we need to explicitly > populate?? It's maintained by LLVM for you, by Value::setName and other methods. Nick
2016 May 30
0
[cfe-dev] How to debug if LTO generate wrong code?
...you mean 'StringSet'? > llvm::StringSwitch<unsigned>(LTOCodeModel) > ~~~~~~^~~~~~~~~~~~ > StringSet > /home/jshi19/llvm-3.8.0.src/include/llvm/ADT/StringSet.h:23:9: note: 'StringSet' declared here > class StringSet : public llvm::StringMap<char, AllocatorTy> { > ^ > In file included from /home/jshi19/llvm-3.8.0.src/tools/gold/gold-plugin.cpp:16: > In file included from /home/jshi19/llvm-3.8.0.src/include/llvm/ADT/DenseSet.h:17: > In file included from /home/jshi19/llvm-3.8.0.src/include/llvm/ADT/DenseMap.h:17: > In file inclu...
2016 May 30
0
[cfe-dev] How to debug if LTO generate wrong code?
...pace 'llvm'; did you mean 'StringSet'? llvm::StringSwitch<unsigned>(LTOCodeModel) ~~~~~~^~~~~~~~~~~~ StringSet /home/jshi19/llvm-3.8.0.src/include/llvm/ADT/StringSet.h:23:9: note: 'StringSet' declared here class StringSet : public llvm::StringMap<char, AllocatorTy> { ^ In file included from /home/jshi19/llvm-3.8.0.src/tools/gold/gold-plugin.cpp:16: In file included from /home/jshi19/llvm-3.8.0.src/include/llvm/ADT/DenseSet.h:17: In file included from /home/jshi19/llvm-3.8.0.src/include/llvm/ADT/DenseMap.h:17: In file included from /home/jshi19/llv...
2016 May 30
2
[cfe-dev] How to debug if LTO generate wrong code?
Hi Steven, > On May 29, 2016, at 11:28 PM, Shi, Steven <steven.shi at intel.com> wrote: > > Hi Mehdi, > Should I apply your attached patch on my llvm3.8 source firstly? Or should I use the latest llvm SVN trunk instead? I wrote it on trunk, but I expect it to be fairly easy to port on 3.8. This is really just quickly plumbing an option on the TargetMachine creation. --
2010 Oct 29
1
[LLVMdev] LLVM program compile error w/ gcc 4.5 but not 4.4
...Support/StandardPasses.h:22, from /waflhome/trapni/local/src/flow/src/Runner.cpp:19: /waflhome/trapni/local/include/llvm/ADT/StringMap.h: In static member function 'static llvm::StringMapEntry<ValueTy>* llvm::StringMapEntry<ValueTy>::Create(const char*, const char*, AllocatorTy&, InitType)': /waflhome/trapni/local/include/llvm/ADT/StringMap.h:170:33: error: expected primary-expression before '<' token /waflhome/trapni/local/include/llvm/ADT/StringMap.h:170:48: error: expected primary-expression before '>' token /waflhome/trapni/local/include/...
2016 May 30
7
[cfe-dev] How to debug if LTO generate wrong code?
> On May 29, 2016, at 5:44 PM, Shi, Steven <steven.shi at intel.com> wrote: > > (And I doubt the GNU linker supports LTO with LLVM). > [Steven]: I’ve pushed GNU Binutils ld to support LLVM gold plugin, see detail in this bug https://sourceware.org/bugzilla/show_bug.cgi?id=20070 <https://sourceware.org/bugzilla/show_bug.cgi?id=20070>. The new GNU ld linker works well with