Displaying 20 results from an estimated 200 matches similar to: "[LLVMdev] DebugInfo: seg fault"
2011 Mar 29
2
[LLVMdev] Accessing metadata & creating DIVariable
I get the filename and directory from DISubprogram from reading
llvm.dbg.sp and use
that to DIBuiler::.createCompileUnit. This leads to "duplicate
symbol" error from llc.
>>> You need to call di.createCompileUnit() once for your translation unit in the beginning. You don't need to keep track of CU yourself. DIBuilder will take care of it. After words, you can call
2011 Mar 29
0
[LLVMdev] Accessing metadata & creating DIVariable
On Mar 29, 2011, at 8:23 AM, Vedavyas Duggirala wrote:
>>>> I am adding local var to existing IR with debug info. I am not using
>>>> the Pass infrastructure.
>>>>
>>>> void InsertDbg(AllocaInst *i, StringRef varname, Instruction, inserbefore)
>>>> {
>>>>
>>>> DIBuilder di(*module);
>>>> cu =
2011 Mar 29
2
[LLVMdev] Accessing metadata & creating DIVariable
Hi,
> You need to call di.createCompileUnit() once for your translation unit in the beginning. You don't need to keep track of CU yourself. DIBuilder will take care of it. After words, you can call di.createBasicType(..) and it will work.
Actually it doesn't. But if I call di.createCompileUnit(file, dir,
producer, ...) with file or dir different from that of CU already in
the file,
2011 Mar 29
1
[LLVMdev] Accessing metadata & creating DIVariable
>>> I am adding local var to existing IR with debug info. I am not using
>>> the Pass infrastructure.
>>>
>>> void InsertDbg(AllocaInst *i, StringRef varname, Instruction, inserbefore)
>>> {
>>>
>>> DIBuilder di(*module);
>>> cu = di.createCU / * How do I get the MDNode of already in the
>>> IR . Instead of
2011 Mar 29
0
[LLVMdev] Accessing metadata & creating DIVariable
>>> I get the filename and directory from DISubprogram from reading
>>> llvm.dbg.sp and use
>>> that to DIBuiler::.createCompileUnit. This leads to "duplicate
>>> symbol" error from llc.
>> If the llvm::Module already has llvm.dbg.sp then you don't need to use DIBuilder::createCompileUnit(). The point, I am missing is how did you get
2011 Mar 29
0
[LLVMdev] Fwd: Accessing metadata & creating DIVariable
[Forgot to cc list.]
Begin forwarded message:
> From: Devang Patel <dpatel at apple.com>
> Date: March 29, 2011 4:41:30 PM PDT
> To: Vedavyas Duggirala <vduggira at gmail.com>
> Subject: Re: [LLVMdev] Accessing metadata & creating DIVariable
>
>
> On Mar 29, 2011, at 4:29 PM, Vedavyas Duggirala wrote:
>
>>>> I get the filename and directory
2011 Mar 29
0
[LLVMdev] Accessing metadata & creating DIVariable
On Mar 29, 2011, at 11:18 AM, Vedavyas Duggirala wrote:
> Hi,
>
>> You need to call di.createCompileUnit() once for your translation unit in the beginning. You don't need to keep track of CU yourself. DIBuilder will take care of it. After words, you can call di.createBasicType(..) and it will work.
>
> Actually it doesn't. But if I call di.createCompileUnit(file, dir,
2012 Dec 28
2
[LLVMdev] Newbie question(?): How to correctly create debug info, when generating IR
Hello all,
Summary & Context:
-------------------------------
I am starting to write a front-end for some domain specific programming
languages. Code generation seems to be working fine.
However, I am having trouble generating debug info, to be used by gdb.
The problem:
--------------------
I generate a foo.ll file, that is later compiled into an executable foo.
The foo.ll file I
2012 Mar 22
4
[LLVMdev] Execution Engine: CodeGenOpt level
Hi,
How can I dynamically change the code generation optimization level (e.g.,
None) of a JIT in other to recompile a function with a new optimization
level (e.g., Default)?
Thank you.
Best regards,
Nurudeen.
2013 Mar 28
2
[LLVMdev] LLVM Execution engine: Native call vs LLVM IR function call
Hi,
I would like to understand why calling a native function from a function
in LLVM IR can be much faster than calling an equivalent function in LLVM
IR.
For instance, here are two equivalent programs. The first calls an llvm
function while the second calls a native function. On my AMD machine, the
first takes 4.48s to run while the second takes 3.49s.
define i64 @bloop() {
entry:
br label
2005 Jul 06
1
dyn.load in linux: missing libraries?
Hi,
I've just about got myself transferred from windowsXP to Linux (Mepis
3.3.1-1). I've got R 2.1.1, emacs, and ess running from the debian
repositories. Of course, there is a hitch. I have a bit of C code in one
of my personal functions. I have, apparently without problem, been able
to compile it using R CMD SHLIB, but when I try to dyn.load it I get the
following error:
>
2012 Mar 04
1
[LLVMdev] Debug info compileunit metadata strangeness..
Hi,
I have a question regarding the metadata for compileunit debug info. I
find a few things in it a bit strange, but maybe there it is a reason
for it to be that way that I just don't understand (but if that is the
case I guess the documentation needs to be clearer).
Consider this C program: "int X;"
Compiled with "clang -g" it debug metadata along these lines:
2011 Feb 19
3
[LLVMdev] DIFactory
On Fri, Feb 18, 2011 at 1:52 PM, Renato Golin <rengolin at systemcall.org>wrote:
> On 18 February 2011 21:34, Talin <viridia at gmail.com> wrote:
> > Sorry, I meant DIBuilder.
>
> DIBuilder is the new DIFactory. I've been playing with it this week
> and it's much easier and straightforward to use. I'm still having
> problems to create arrays, though.
2012 Aug 21
1
[LLVMdev] Dwarf debug info misses while clang codegen
I'm trying to write a llvm pass to add debug info into a non-debug-info bitcode
file. I have been read http://llvm.org/docs/SourceLevelDebugging.html. And I use
DIBuilder to produce the debug metadata. I know I can't get all information form
ir code . So I add some manual info as test data. After executing my pass, I can
find debug info metadata in my generated bitcode. Those metadata
2012 Mar 23
1
[LLVMdev] Execution Engine: CodeGenOpt level
Hi Chenwj,
Thank you for your response.
The problem with this approach is that global mappings have to be
recreated in the new JIT. Can this be somehow avoided?
Best regards,
Nurudeen.
On Thu, March 22, 2012 10:15 pm, é³éä»» wrote:
>> How can I dynamically change the code generation optimization level
>> (e.g.,
>> None) of a JIT in other to recompile a function with a new
2012 Aug 15
0
[LLVMdev] Questions on Memory Optimizations
Hi,
I would like to eliminate all the load instructions and replace their uses
with the stored values in the following program. The stores and loads are
in the same basic block.
Is there an optimization pass in LLVM 3.0 that can do this?
define void @testFunc() {
entry:
%sVal = alloca %sTy
%f1 = getelementptr %sTy* %sVal, i32 0, i32 0
store i32 789, i32* %f1
%f2 = getelementptr %sTy*
2013 Mar 28
1
[LLVMdev] LLVM Execution engine: Native call vs LLVM IR function call
Hi Óscar,
Thank you for your response. I did not explicitly optimize the IR.
I compile and run the two versions with
...
GenericValue gv = EE->runFunction(bsqr, args);
...
GenericValue gv2 = EE->runFunction(cppnat, args);
I am calling method runFunction of ExecutionEngine. I am using the default
code gen optimization level.
Best regards,
Nurudeen.
On Thu, March 28, 2013 7:05 am, Ãscar
2010 Nov 09
0
[LLVMdev] Questions on using Metadata in JIT mode
Hi LLVMdevs,
I am trying to get the runtime values of variables (parameters and local
variables) in a function running in JIT mode.
I generated intrinsic calls to obtain the values of some variables as shown in
the definition below.
define void @foo(i32 %arg1) {
entry:
%X = alloca i32, !dbg !3
store i32 21, i32* %X, !dbg !3
%Y = alloca i32, !dbg !3
store i32 22, i32* %Y, !dbg !3
2007 Jun 08
1
Question about Running C code from R
Dear R-devel,
Apologies for sending what is probably a very simple question to R-devel: I am definitely missing something very simple and can't work out what it is. I've been trying to find the problem here for about a month and need some help!
I am trying to work out how to run a C program from an R script. Rather than try the C program directly, I'm trying to get a much simpler
2015 Jan 19
3
[LLVMdev] Assertion: replaceAllUses of value with new value of different type! being thrown all of a sudden
> On 2015-Jan-19, at 12:38, Frédéric Riss <friss at apple.com> wrote:
>
>
>> On Jan 19, 2015, at 12:04 PM, Christian Schafmeister <chris.schaf at verizon.net> wrote:
>>
>>
>> I forgot to mention this in my initial email.
>>
>> The build of LLVM that I was using was commit a0d5d7aed8e177cea381b3d054d80c212ece9f2c
>> The date on the