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.