similar to: [LLVMdev] New functionality useful for debugging

Displaying 20 results from an estimated 60000 matches similar to: "[LLVMdev] New functionality useful for debugging"

2005 Jun 17
5
[LLVMdev] Re: Control flow graph
On Fri, 17 Jun 2005, Manvi Agarwal wrote: > Hi Chris, Hi. FYI, it's usually better to email the llvmdev list with generic llvm questions. > Is it possible to get control flow graph of the application with the llvm > infrastructure in terms of basic blocks? Yes, given a BasicBlock*, you can iterate over the pred/succ blocks in the CFG like this: #include
2011 Feb 11
0
[LLVMdev] Function::viewCFG() undefined reference
Hello all, I am getting an undefined reference to Function::viewCFG() I have a function list iterator F and I am trying to get the CFG through F->viewCFG(); other function calls through the F pointer are working. - I have included the libraries: pthread, ffi, dl, m, LLVMAsmParse, LLVMCore, LLVMSupport, LLVMSystem. - I have dot and gv in my path, and I have reconfigured and rebuilt LLVM
2004 Jul 12
0
LLVM July Status Update
July Status Update ------------------ Hi everyone! This month has been a busy month of cleanups and refinements, and marks over a year of LLVM status updates :). LLVM is getting substantially smaller (in memory footprint) and faster, received a few cool new features, and has a few more fixed bugs. We are currently thinking about unleashing the LLVM 1.3 release in about 3-4 weeks from now. If
2009 Jul 23
0
[LLVMdev] viewCFGOnly() function
Here's what the doxygen page has for viewCFGOnly() : /// viewCFGOnly - This function is meant for use from the debugger. It works /// just like viewCFG, but it does not include the contents of basic blocks /// into the nodes, just the label. If you are only interested in the CFG /// this can make the graph smaller. /// void viewCFGOnly() const; Which indicates that no arguments are
2007 Jul 17
0
[LLVMdev] BasicCallGraph patch
On Tue, 17 Jul 2007, Zhongxing Xu wrote: > I am doing inter-procedural static analysis, so I need to do DFS of call > graph. llvm-gcc sometimes generates this kind of call instruction, which > cause the call graph to be incomplete. > > But thanks for your information, instcombine really solves the problem. Happy to help. You'll probably find that other optimizations help as
2007 Jul 17
2
[LLVMdev] BasicCallGraph patch
I am doing inter-procedural static analysis, so I need to do DFS of call graph. llvm-gcc sometimes generates this kind of call instruction, which cause the call graph to be incomplete. But thanks for your information, instcombine really solves the problem. On 7/17/07, Chris Lattner <sabre at nondot.org> wrote: > > On Thu, 12 Jul 2007, Zhongxing Xu wrote: > > The current
2006 Jun 06
0
[LLVMdev] Re: global variable
Note: please don't email me directly, please email the llvmdev list. On Tue, 6 Jun 2006, Lan Bai wrote: >> You probably want to pass Gv in as an argument to the call? I don't know >> what you're trying to do, so I can't help without more details. >> >> No, Gv is not used as an argument to the call. The return value of the call >> is to be assigned
2007 Jul 17
0
[LLVMdev] BasicCallGraph patch
On Thu, 12 Jul 2007, Zhongxing Xu wrote: > The current BasicCallGraph will miss call sites like this: > %tmp86 = call i8* (...)* bitcast (i8* ()* @find_ispell to i8* (...)*)( ) > ; <i8*> [#uses=1] > > Here the direct user of @find_ispell is a ConstantExpr. > I added several lines of code to address this case. > Below is the output of command: svn diff
2006 Oct 30
0
[LLVMdev] viewCFG call from opt loaded shared lib
Hey everyone, I want to call F.viewCFG() from within the Hello.so shared library runOnFunction() function, but I keep getting: opt: symbol lookup error: ../../../Debug/lib/LLVMHello.so: undefined symbol: _ZNK4llvm8Function7viewCFGEv while using: "opt -load ../../../Debug/lib/LLVMHello.so -print /temp/llvm/KellyTest/test.bc" I assume this means that I need to statically link in
2006 Jun 06
0
[LLVMdev] Re: global variable
On Tue, 6 Jun 2006, Lan Bai wrote: > Hi Chris, I want to use some new call inst to initialize some new global > variables at runtime (assign the return value of the call inst to the global > variable). > > Now I have successfully inserted the new global variables to the global list, > and inserted the new call instructions to the instruction list. But I don't > know
2006 Dec 06
0
[LLVMdev] weak linkage
On Wed, 6 Dec 2006, [UTF-8] Rafael Esp?ndola wrote: > I am implementing weak linkage support on the ARM backend and I > noticed this code on the X86 and PPC backends: > ------------------------------------------------ > // If the initializer is a extern weak symbol, remember to emit the weak > // reference! > if (const GlobalValue *GV = dyn_cast<GlobalValue>(C)) > if
2006 Dec 08
0
[LLVMdev] [patch] print ".weak" directive
On Thu, 7 Dec 2006, [UTF-8] Rafael Esp?ndola wrote: > The attached patch makes the ASM printer print the ".weak" directive > when a weak symbol is added to a constant pool. > > I need something similar to it in order to bootstrap gcc on ARM. --- lib/CodeGen/AsmPrinter.cpp 7 Dec 2006 01:30:31 -0000 1.120 +++ lib/CodeGen/AsmPrinter.cpp 7 Dec 2006 13:00:17 -0000 @@
2009 Dec 01
0
[LLVMdev] Viewing graphs while debugging code under windows?
Hi Ether, I work under Windows and am able to view graphs generated by LLVM. I haven't tried generating and viewing dog graphs while debugging but I hope this helps. What I do is to invoke llc.exe and pass a switch to generate the graph at the stage(s) you want to see (DAG combine, legalize, scheduling, etc), for example: llc.exe mykernel.ll -view-legalize-dags -f. The graphs are saved
2005 Nov 02
0
[LLVMdev] Statically Initialized Arrays
On Wed, 2 Nov 2005, Evan Jones wrote: > I am trying to generate LLVM code that references a global array. > Unfortunately, while I am generating the code I do not know the final length > of the array, as I add elements to it as my compiler goes along. What is the > best way to do this in LLVM? Ideally, I would be able to define the > GlobalVariable array and change its length
2005 Apr 25
2
[LLVMdev] "Best" alias analysis algorithm
On Mon, 25 Apr 2005, Vladimir Prus wrote: > The GlobalsModRef::getModRefInfo has this logic: > > // If we are asking for mod/ref info of a direct call with a pointer to a > // global we are tracking, return information if we have it. > if (GlobalValue *GV = const_cast<GlobalValue*>(getUnderlyingObject(P))) > if (GV->hasInternalLinkage()) > > So, no
2009 Dec 01
1
[LLVMdev] Viewing graphs while debugging code under windows?
Hi Ether, The detection for graphviz / dotty / ... has been added recently to llvm cmake. It should work properly if those tools are available in the PATH. The related svn commits are : 86153, 86547 and 86644. Those commits are not present in llvm release <= 2.6, but they are straight forward to apply. Best regards, -- Arnaud de Grandmaison -----Original Message----- From: llvmdev-bounces at
2009 Dec 01
2
[LLVMdev] Viewing graphs while debugging code under windows?
hi all, i just install gv and dotty for windows, but i cant see any way to configure it using cmake. is Viewing graphs under windows supported? and how could i configure it? regards --ether
2009 Jul 14
2
[LLVMdev] [patch] Dotty printer for dependency trees
Hi, I started to work with llvm and liked the CFG dotty printer a lot. However there was none for the dominance trees. I implemented dotty printing for dominance trees and introduced these new flags: -dot-dom : Print dominance tree of function to 'dot' file -dot-dom-only : Print dominance tree of function to 'dot' file (with no function
2009 Dec 01
0
[LLVMdev] Viewing graphs while debugging code under windows?
On Mon, Nov 30, 2009 at 8:32 PM, ether zhhb <etherzhhb at gmail.com> wrote: > hi all, > > i just install gv and dotty for windows, but i cant see any way to > configure it using cmake. > > is Viewing graphs under windows supported? and how could i configure it? LLVM doesn't use a specific search path to find the relevant executables for that feature. I don't see
2012 Sep 09
0
[LLVMdev] Create target with alternate syntax for globals?
2012/9/9 ryan baird <ryanrbaird at gmail.com>: > I'm working on building a target for llvm that's the intermediate language > of another compiler, so that the other compiler can benifit from llvm's > optimization passes. > > I essentially made a copy of the mips backend, and then started changing the > output to match the intermediate language of the compiler.