Displaying 9 results from an estimated 9 matches for "at_entry_pc".
2011 Apr 30
2
[LLVMdev] DWARF not being generated for local variable, though MD looks right(?)
...00: Compile Unit: length = 0x00000043 version = 0x0002 abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x00000047)
0x0000000b: TAG_compile_unit [1] *
AT_producer( "volta" )
AT_language( DW_LANG_C99 )
AT_name( "a.c" )
AT_entry_pc( 0x0000000000000000 )
AT_stmt_list( 0x00000000 )
AT_comp_dir( "/Users/mmp/foo" )
AT_APPLE_optimized( 0x01 )
AT_APPLE_flags( "-g" )
0x00000039: TAG_subprogram [2]
AT_name( "foo" )...
2011 Dec 29
2
[LLVMdev] DW_AT_location not getting generated for local variables
...rsion = 0x0002
abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x000000ad)
0x0000000b: TAG_compile_unit [1] *
AT_producer( "clay compiler 0.1git" )
AT_language( Unknown DW_LANG constant: 0xc1a4 )
AT_name( "foo.clay" )
AT_entry_pc( 0x0000000000000000 )
AT_stmt_list( 0x00000000 )
0x00000038: TAG_namespace [2] *
AT_sibling( {0x0000005c} )
AT_name( "__main__" )
AT_decl_file(
"/Users/joe/Documents/Code/others/clay/foo.clay" )...
2012 Jan 02
0
[LLVMdev] DW_AT_location not getting generated for local variables
...0x00000000 addr_size = 0x08 (next CU at 0x000000ad)
>
> 0x0000000b: TAG_compile_unit [1] *
> AT_producer( "clay compiler 0.1git" )
> AT_language( Unknown DW_LANG constant: 0xc1a4 )
> AT_name( "foo.clay" )
> AT_entry_pc( 0x0000000000000000 )
> AT_stmt_list( 0x00000000 )
>
> 0x00000038: TAG_namespace [2] *
> AT_sibling( {0x0000005c} )
> AT_name( "__main__" )
> AT_decl_file(
> "/Users/joe/Documents/Code/others/cla...
2011 Apr 07
0
[LLVMdev] More DWARF problems
...(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/Projects/tart/trunk/lib/std/tart/core" )
> 0x00000104: AT_APPLE_major_runtime_vers( 0x01 )
>
> In particular note that the DIE sta...
2011 Apr 03
2
[LLVMdev] More DWARF problems
...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/Projects/tart/trunk/lib/std/tart/core" )
0x00000104: AT_APPLE_major_runtime_vers( 0x01 )
In particular note that the DIE starting at 0x0c7, which is a
TA...
2011 May 02
0
[LLVMdev] DWARF not being generated for local variable, though MD looks right(?)
...0x00000043 version = 0x0002 abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x00000047)
>
> 0x0000000b: TAG_compile_unit [1] *
> AT_producer( "volta" )
> AT_language( DW_LANG_C99 )
> AT_name( "a.c" )
> AT_entry_pc( 0x0000000000000000 )
> AT_stmt_list( 0x00000000 )
> AT_comp_dir( "/Users/mmp/foo" )
> AT_APPLE_optimized( 0x01 )
> AT_APPLE_flags( "-g" )
>
> 0x00000039: TAG_subprogram [2]
> AT_name( &q...
2011 Apr 07
1
[LLVMdev] More DWARF problems
...(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/Projects/tart/trunk/lib/std/tart/core" )
> 0x00000104: AT_APPLE_major_runtime_vers( 0x01 )
>
> In particular note that the DIE starti...
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