Displaying 10 results from an estimated 10 matches for "functiondefn".
Did you mean:
functiondecl
2011 Oct 16
2
[LLVMdev] Static destructor problem with recent HEAD
...rderedSymbolTable::~OrderedSymbolTable
(this=0x1016e4888) at SymbolTable.h:74
#9 0x00000001000ae809 in tart::IterableScope::~IterableScope
(this=0x1016e4880) at Scope.h:76
#10 0x00000001001e22d5 in tart::IterableScope::~IterableScope
(this=0x1016e4880) at Scope.h:76
#11 0x00000001001e2267 in tart::FunctionDefn::~FunctionDefn
(this=0x1016e4710) at FunctionDefn.h:103
#12 0x00000001000cf821 in ~IntegerBinOpFunction (this=0x1016e4710) at
/Users/talin/Projects/tart/trunk/compiler/lib/Objects/Operators.cpp:56
#13 0x00000001000c1f65 in ~IntegerBinOpFunction (this=0x1016e4710) at
/Users/talin/Projects/tart/trunk...
2011 Oct 16
0
[LLVMdev] Static destructor problem with recent HEAD
...bolTable
> (this=0x1016e4888) at SymbolTable.h:74
> #9 0x00000001000ae809 in tart::IterableScope::~IterableScope
> (this=0x1016e4880) at Scope.h:76
> #10 0x00000001001e22d5 in tart::IterableScope::~IterableScope
> (this=0x1016e4880) at Scope.h:76
> #11 0x00000001001e2267 in tart::FunctionDefn::~FunctionDefn
> (this=0x1016e4710) at FunctionDefn.h:103
> #12 0x00000001000cf821 in ~IntegerBinOpFunction (this=0x1016e4710) at
> /Users/talin/Projects/tart/trunk/compiler/lib/Objects/Operators.cpp:56
> #13 0x00000001000c1f65 in ~IntegerBinOpFunction (this=0x1016e4710) at
> /Users/...
2011 Oct 16
0
[LLVMdev] Static destructor problem with recent HEAD
On Sat, Oct 15, 2011 at 9:20 PM, Talin <viridia at gmail.com> wrote:
> I recently updated my version of LLVM from revision 140108 to 142082, and
> several things broke, most of which were easily fixed. However, I'm now
> getting a "pure virtual method called" exception (__cxa_pure_virtual) which
> I wasn't getting before. This is happening in the destructor of
2011 Oct 16
2
[LLVMdev] Static destructor problem with recent HEAD
I recently updated my version of LLVM from revision 140108 to 142082, and
several things broke, most of which were easily fixed. However, I'm now
getting a "pure virtual method called" exception (__cxa_pure_virtual) which
I wasn't getting before. This is happening in the destructor of a
statically-initialized object. (More precisely, it's blowing up in a
BumpPtrAllocator,
2010 Sep 06
2
[LLVMdev] More DIFactory questions - still stumped
...derstand the first sentance ("You have to use the Subprogram type only
for the return type").
Here's what my code for creating function descriptors currently looks like
(note that some parts are commented out for debugging purposes):
DISubprogram CodeGenerator::genDISubprogram(const FunctionDefn * fn,
Function * f) {
DASSERT(fn != NULL);
// Look up in the map to see if already generated.
DISubprogram & sp = dbgSubprograms_[fn];
if (!sp.isSubprogram()) {
DIType dbgFuncType = genDIType(fn->functionType());
DASSERT(dbgFuncType.Verify());
DASSERT(dbgCompileUnit_.Veri...
2010 Sep 07
0
[LLVMdev] More DIFactory questions - still stumped
On 6 September 2010 01:05, Talin <viridia at gmail.com> wrote:
> DISubprogram CodeGenerator::genDISubprogram(const FunctionDefn * fn,
(...)
> false /* isDefinition */,
(...)
Hi Talin,
The only difference from what I'm doing is that I only export debug
symbols in definitions, not declarations. I may be doing wrong,
though, for multi-file compilation (haven't tested thoroughly).
> DICompositeType Co...
2010 Sep 07
2
[LLVMdev] More DIFactory questions - still stumped
On Tue, Sep 7, 2010 at 1:56 AM, Renato Golin <rengolin at systemcall.org>wrote:
> On 6 September 2010 01:05, Talin <viridia at gmail.com> wrote:
> > DISubprogram CodeGenerator::genDISubprogram(const FunctionDefn * fn,
> (...)
> > false /* isDefinition */,
> (...)
>
> Hi Talin,
>
> The only difference from what I'm doing is that I only export debug
> symbols in definitions, not declarations. I may be doing wrong,
> though, for multi-file compilation (haven't tes...
2010 Sep 07
0
[LLVMdev] More DIFactory questions - still stumped
...invalid in your case.
-
Devang
On Sep 7, 2010, at 8:34 AM, Talin wrote:
> On Tue, Sep 7, 2010 at 1:56 AM, Renato Golin <rengolin at systemcall.org> wrote:
> On 6 September 2010 01:05, Talin <viridia at gmail.com> wrote:
> > DISubprogram CodeGenerator::genDISubprogram(const FunctionDefn * fn,
> (...)
> > false /* isDefinition */,
> (...)
>
> Hi Talin,
>
> The only difference from what I'm doing is that I only export debug
> symbols in definitions, not declarations. I may be doing wrong,
> though, for multi-file compilation (haven't t...
2010 Sep 05
0
[LLVMdev] More DIFactory questions - still stumped
On 5 September 2010 19:32, Talin <viridia at gmail.com> wrote:
> I've carefully studied the source code of CGDebugInfo in clang as a working
> example. One puzzlement is that there's a discrepancy between what the
> "source level debugging with LLVM" docs say and what clang does: According
> to the docs, DW_TAG_formal_parameter is used to specify a formal
2010 Sep 05
2
[LLVMdev] More DIFactory questions - still stumped
I hate to be a nag, but after several days of working on this I am still
utterly stumped.
Let me recap the situation as it currently stands: I'm trying to write code
that generates DWARF debugging information for my compiler using DIFactory
and friends. Unfortunately the information I am generating appears to be
invalid, but I can't figure out the cause.
Based on the advice in the