search for: createlocalvariable

...m and they do not directly represent any DWARF concept anyway. It is just an approach used my predecessor to communicate debug info from FE to llvm code generator. Indeed, I liked the way it's hidden in DIBuilder. Also the way typerefs are dealt with, too, is very good. Would be good to split CreateLocalVariable into CreateArgValue and CreateAutoVariable. Also would be good to have a simpler array types creation (CreateArrayType(size, align, ty, num_elms)). cheers, --renato

...aus/llvm/blob/master/bindings/go/llvm/DIBuilderBindings.h > > (You could have DIType-specific wrap/unwrap too, using the same method.) > My problem is not DIType, it's DITypeRef. This was added sometime after 3.4.2 and by 3.6.1. It is used, e.g. for formal parameter Ty of DIBuilder::createLocalVariable. These Go bindings apparently have not been updated to 3.6.1, as they give DIType in such places. However, in looking more carefully at DIType, with the intention of being able to better explain why DITypeRef gives me a problem that DIType does not, I find the way I need to construct a DITypeRef i...

...ngs/go/llvm/DIBuilderBindings.h >> >> (You could have DIType-specific wrap/unwrap too, using the same method.) >> > > My problem is not DIType, it's DITypeRef. This was added sometime after 3.4.2 and > by 3.6.1. It is used, e.g. for formal parameter Ty of DIBuilder::createLocalVariable. > These Go bindings apparently have not been updated to 3.6.1, as they give DIType in > such places. > > However, in looking more carefully at DIType, with the intention of being able to better > explain why DITypeRef gives me a problem that DIType does not, I find the way I need &g...

On Feb 25, 2011, at 5:23 AM, Renato Golin wrote: > On 24 February 2011 21:34, Jason Kim <jasonwkim at google.com> wrote: >> On Thu, Feb 24, 2011 at 1:29 PM, Devang Patel <dpatel at apple.com> wrote: > > It simplified a bit type construction but the overall code did not > reduce that much. The old interface expected FEs to keep track of everything, where as new

On Feb 25, 2011, at 9:02 AM, Renato Golin wrote: > Would be good to split CreateLocalVariable into CreateArgValue and > CreateAutoVariable. Also would be good to have a simpler array types > creation (CreateArrayType(size, align, ty, num_elms)). That'd be straight forward to do. Patches welcome! - Devang

On Jan 16, 2012, at 1:35 AM, Seb wrote: > Can someone give me more information on llvm.dbg.value call because documentation is unclear to me ? > Why is there an 'llvm.dbg.lv.foo' created ? This is also not documented. Which documentation? The documentation is from current sources which you aren't using. I'd suggest you update to at least 3.0, preferably top of tree, and

On Sun, 26 Jul 2015 at 06:48 Rodney M. Bates <rodney_bates at lcwb.coop> wrote: > In trying to write a C binding for DIBuilder of llvm 3.6.1, I can't see a > way to unwrap > llvm::DITypeRef, declared in include/llvm/IR/DebugInfo.h. This is a class > with one > data member, a pointer to Metadata. > > If I try to make my C type a struct with one pointer, I can't

On 24 February 2011 21:34, Jason Kim <jasonwkim at google.com> wrote: > On Thu, Feb 24, 2011 at 1:29 PM, Devang Patel <dpatel at apple.com> wrote: It simplified a bit type construction but the overall code did not reduce that much. It's still very similar to the previous style but had a few differences in the IR output. We had LIT tests that checked the IR and Dwarf and GDB

Hi all, I'm using clang + LLVM 2.9. Let's consider following code sample: extern void bar(int x) ; void foo(int y) { bar(y) ; } When compiled with clang at -O2 -g I've got following LLVM file: ; ModuleID = 'localvar.c' target datalayout =

In trying to write a C binding for DIBuilder of llvm 3.6.1, I can't see a way to unwrap llvm::DITypeRef, declared in include/llvm/IR/DebugInfo.h. This is a class with one data member, a pointer to Metadata. If I try to make my C type a struct with one pointer, I can't cast it to DITypeRef. If I try to go inside the classes and use the pointer, I can cast, but can't construct a