search for: tartln

Displaying 5 results from an estimated 5 matches for "tartln".

Did you mean: tartan
2010 Oct 21
0
[LLVMdev] Dwarf debugging strangeness, continued...
On Oct 20, 2010, at 10:49 PM, Talin wrote: > First, there are a bunch of .bc files that are generated by my frontend, and which contain debugging metadata (I checked using llvm-dis and the metadata appears to be OK). These are then combined by my linker, tartln, which combines the functions of 'opt' and 'llc', as well as having some custom passes for reflection and garbage collection. (In fact, about half of the source code for tartln was lifted directly from opt and llc, although this cut & paste operation occurred somewhere around th...
2010 Oct 21
1
[LLVMdev] Dwarf debugging strangeness, continued...
...t; On Oct 20, 2010, at 10:49 PM, Talin wrote: > > > - First, there are a bunch of .bc files that are generated by my > frontend, and which contain debugging metadata (I checked using llvm-dis and > the metadata appears to be OK). These are then combined by my linker, > tartln, which combines the functions of 'opt' and 'llc', as well as having > some custom passes for reflection and garbage collection. (In fact, about > half of the source code for tartln was lifted directly from opt and llc, > although this cut & paste operation occu...
2010 Oct 21
2
[LLVMdev] Dwarf debugging strangeness, continued...
...irst let me explain what's in the executable. There are several parts: - First, there are a bunch of .bc files that are generated by my frontend, and which contain debugging metadata (I checked using llvm-dis and the metadata appears to be OK). These are then combined by my linker, tartln, which combines the functions of 'opt' and 'llc', as well as having some custom passes for reflection and garbage collection. (In fact, about half of the source code for tartln was lifted directly from opt and llc, although this cut & paste operation occurred somewhere...
2010 Nov 26
0
[LLVMdev] Next round of DWARF issues/questions
...& *"Unable to find Origin DIE!"*); addDIEEntry(ScopeDIE, dwarf::DW_AT_abstract_origin, *dwarf*::DW_FORM_ref4, OriginDIE); What's happening is that InlinedSP.DbgNode is NULL, which causes getCompileUnit() to assert. Note that this occurs in both llc and my linker (tartln) because they both use the same set of passes to generate machine code. So basically whenever I want to debug, I have to disable inlining. Devang >> >> >>> i6 4 mul (i64 ptrtoint (%tart.core.Object* getelementptr ({ i1, >>> %tart.core.Object }* null, i64 0, i3...
2010 Nov 26
3
[LLVMdev] Next round of DWARF issues/questions
On Tue, Nov 9, 2010 at 9:04 AM, Devang Patel <dpatel at apple.com> wrote: > > > On Nov 8, 2010, at 10:52 PM, Talin <viridia at gmail.com> wrote: > > On Mon, Nov 8, 2010 at 9:56 AM, Devang Patel < <dpatel at apple.com> > dpatel at apple.com> wrote: > >> >> On Nov 6, 2010, at 7:35 PM, Talin wrote: >> >> After to speaking to Devang