Displaying 7 results from an estimated 7 matches for "tartc".
Did you mean:
lartc
2011 Oct 16
0
[LLVMdev] Static destructor problem with recent HEAD
Interestingly, I also get a similar error in a different executable (my
unittest):
pure virtual method called
terminate called without an active exception
0 tartc 0x00000001010a8265 PrintStackTrace(void*) + 53
1 tartc 0x00000001010a88cc SignalHandler(int) + 364
2 libSystem.B.dylib 0x00007fff831341ba _sigtramp + 26
3 libSystem.B.dylib 0x7261742e65637365 _sigtramp + 3796906437
4 libstdc++.6.dylib 0x00007fff878da5d2 __tcf_0 + 0
5 li...
2011 Oct 16
2
[LLVMdev] Static destructor problem with recent HEAD
On Sat, Oct 15, 2011 at 9:49 PM, Chandler Carruth <chandlerc at google.com>wrote:
> 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"
2011 Apr 07
0
[LLVMdev] More DWARF problems
...reg5 ) )
>
> 0x000000e1: NULL
>
> 0x000000e2: Compile Unit: length = 0x00000071 version = 0x0002
> abbr_offset = 0x00000000 addr_size = 0x04 (next CU at 0x00000157)
>
> 0x000000ed: TAG_compile_unit [1] *
> 0x000000ee: AT_producer( .debug_str[0x00000001] = "0.1 tartc" )
> 0x000000f2: AT_language( 0x0002 ( DW_LANG_C ) )
> 0x000000f4: AT_name( .debug_str[0x000001fa] = "range.tart" )
> 0x000000f8: AT_entry_pc( 0x00004360 )
> 0x000000fc: AT_stmt_list( 0x00000000 ( 0x00000000 ) )
> 0x00000100: AT_comp_dir( .debug_str[0x00000205] =...
2011 Apr 03
2
[LLVMdev] More DWARF problems
...AT_frame_base( <0x1> 55 ( reg5 ) )
0x000000e1: NULL
0x000000e2: Compile Unit: length = 0x00000071 version = 0x0002 abbr_offset
= 0x00000000 addr_size = 0x04 (next CU at 0x00000157)
0x000000ed: TAG_compile_unit [1] *
0x000000ee: AT_producer( .debug_str[0x00000001] = "0.1 tartc" )
0x000000f2: AT_language( 0x0002 ( DW_LANG_C ) )
0x000000f4: AT_name( .debug_str[0x000001fa] = "range.tart" )
0x000000f8: AT_entry_pc( 0x00004360 )
0x000000fc: AT_stmt_list( 0x00000000 ( 0x00000000 ) )
0x00000100: AT_comp_dir( .debug_str[0x00000205] =
"/Users/talin/Projec...
2011 Apr 07
1
[LLVMdev] More DWARF problems
...( reg5 ) )
>
> 0x000000e1: NULL
>
> 0x000000e2: Compile Unit: length = 0x00000071 version = 0x0002 abbr_offset = 0x00000000 addr_size = 0x04 (next CU at 0x00000157)
>
> 0x000000ed: TAG_compile_unit [1] *
> 0x000000ee: AT_producer( .debug_str[0x00000001] = "0.1 tartc" )
> 0x000000f2: AT_language( 0x0002 ( DW_LANG_C ) )
> 0x000000f4: AT_name( .debug_str[0x000001fa] = "range.tart" )
> 0x000000f8: AT_entry_pc( 0x00004360 )
> 0x000000fc: AT_stmt_list( 0x00000000 ( 0x00000000 ) )
> 0x00000100: AT_comp_dir( .debug_str[0x00000205] =...
2011 Mar 30
0
[LLVMdev] More DWARF problems
On Mar 29, 2011, at 7:29 PM, Talin wrote:
> I've been trying to track down the problem with the DWARF info that is being emitted by my front end, which has been broken for about a month now. Here's what happens when I attempt to use gdb to debug one of my programs on OS X:
>
> gdb stack crawl at point of internal error:
> [ 0 ] /usr/libexec/gdb/gdb-i386-apple-darwin
2011 Mar 30
5
[LLVMdev] More DWARF problems
I've been trying to track down the problem with the DWARF info that is being
emitted by my front end, which has been broken for about a month now. Here's
what happens when I attempt to use gdb to debug one of my programs on OS X:
gdb stack crawl at point of internal error:
[ 0 ] /usr/libexec/gdb/gdb-i386-apple-darwin (align_down+0x0) [0x122300]
[ 1 ] /usr/libexec/gdb/gdb-i386-apple-darwin