Displaying 12 results from an estimated 12 matches for "at_decl_line".
Did you mean:
at_decl_file
2011 Apr 07
1
[LLVMdev] More DWARF problems
...nstruct" )
> 0x000000cc: AT_MIPS_linkage_name( .debug_str[0x000001c7] = "tart.reflect.Parameter.construct(tart.core.String)" )
> 0x000000d0: AT_decl_file( 0x3d ( "/Users/talin/Projects/tart/trunk/lib/std/tart/reflect/Parameter.tart" ) )
> 0x000000d1: AT_decl_line( 0x0d ( 13 ) )
> 0x000000d2: AT_type( cu + 0x00000066 => {0x00000103} ( ) )
> 0x000000d6: AT_external( 0x01 )
> 0x000000d7: AT_low_pc( 0x0000f780 )
> 0x000000db: AT_high_pc( 0x0000f7b1 )
> 0x000000df: AT_frame_base( <0x1> 55 ( reg5 ) )
>
> 0...
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...AT_high_pc( 0x00000184 )
> AT_frame_base( rbp )
> AT_MIPS_linkage_name( "_Z3bari" )
> AT_name( "bar" )
> AT_decl_file( "/llvm_cmake/test.cc <http://test.cc/>" )
> AT_decl_line( 1 )
> AT_type( {0x00000057} ( int ) )
> AT_external( true )
>
> 0x00000047: TAG_formal_parameter [3]
> AT_location( 0x00000000
> 0x0000000000000000 - 0x00000000000000b9: rdi+0
>...
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
Hey guys,
Frederic is introducing the expression dumping support and in the interests
of tersity is skipping the "DW_" in every "DW_OP" (heck, we could even skip
the "OP" given the context - nothing else textual can appear there, right?)
Any thoughts on skipping the "DW_" (maybe even the AT/TAG/FORM too) in the
rest of dwarfdump? (skipping the AT/TAG (FORM
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...184 )
>> AT_frame_base( rbp )
>> AT_MIPS_linkage_name( "_Z3bari" )
>> AT_name( "bar" )
>> AT_decl_file( "/llvm_cmake/test.cc <http://test.cc/>" )
>> AT_decl_line( 1 )
>> AT_type( {0x00000057} ( int ) )
>> AT_external( true )
>>
>> 0x00000047: TAG_formal_parameter [3]
>> AT_location( 0x00000000
>> 0x0000000000000000 - 0x00000000000000...
2015 Jan 20
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...0000000 )
AT_high_pc( 0x00000184 )
AT_frame_base( rbp )
AT_MIPS_linkage_name( "_Z3bari" )
AT_name( "bar" )
AT_decl_file( "/llvm_cmake/test.cc<http://test.cc/>" )
AT_decl_line( 1 )
AT_type( {0x00000057} ( int ) )
AT_external( true )
0x00000047: TAG_formal_parameter [3]
AT_location( 0x00000000
0x0000000000000000 - 0x00000000000000b9: rdi+0
0x00000000000000b9 - 0...
2011 Dec 29
2
[LLVMdev] DW_AT_location not getting generated for local variables
...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" )
AT_decl_line( 1 )
0x00000048: TAG_subprogram [3]
AT_MIPS_linkage_name( "_main" )
AT_name( "foo" )
AT_decl_file(
"/Users/joe/Documents/Code/others/clay/foo.clay" )
AT_decl_line( 1 )...
2012 Jan 02
0
[LLVMdev] DW_AT_location not getting generated for local variables
...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" )
> AT_decl_line( 1 )
>
> 0x00000048: TAG_subprogram [3]
> AT_MIPS_linkage_name( "_main" )
> AT_name( "foo" )
> AT_decl_file(
> "/Users/joe/Documents/Code/others/clay/foo.clay" )
> ...
2011 Oct 13
1
[LLVMdev] Local variable information in scope
Hi,
I want to list some additional information on this.
The variable collection I am looking at is, "variables 'declared' in scope".
1. When I traverse the MachineInstructions in the LexicalScopes ranges, and check for variables, I get variables used in this scope.
The variables listed include variables which may not have been declared in the scope. (for example
2011 Apr 07
0
[LLVMdev] More DWARF problems
...ot; )
> 0x000000cc: AT_MIPS_linkage_name( .debug_str[0x000001c7] =
> "tart.reflect.Parameter.construct(tart.core.String)" )
> 0x000000d0: AT_decl_file( 0x3d (
> "/Users/talin/Projects/tart/trunk/lib/std/tart/reflect/Parameter.tart" ) )
> 0x000000d1: AT_decl_line( 0x0d ( 13 ) )
> 0x000000d2: AT_type( cu + 0x00000066 => {0x00000103} ( ) )
> 0x000000d6: AT_external( 0x01 )
> 0x000000d7: AT_low_pc( 0x0000f780 )
> 0x000000db: AT_high_pc( 0x0000f7b1 )
> 0x000000df: AT_frame_base( <0x1> 55 ( reg5 ) )
>
> 0x...
2011 Apr 03
2
[LLVMdev] More DWARF problems
...1bd] = "construct" )
0x000000cc: AT_MIPS_linkage_name( .debug_str[0x000001c7] =
"tart.reflect.Parameter.construct(tart.core.String)" )
0x000000d0: AT_decl_file( 0x3d (
"/Users/talin/Projects/tart/trunk/lib/std/tart/reflect/Parameter.tart" ) )
0x000000d1: AT_decl_line( 0x0d ( 13 ) )
0x000000d2: AT_type( cu + 0x00000066 => {0x00000103} ( ) )
0x000000d6: AT_external( 0x01 )
0x000000d7: AT_low_pc( 0x0000f780 )
0x000000db: AT_high_pc( 0x0000f7b1 )
0x000000df: AT_frame_base( <0x1> 55 ( reg5 ) )
0x000000e1: NULL
0x000000e2: Co...
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