Displaying 15 results from an estimated 15 matches for "at_mips_linkage_nam".
Did you mean:
at_mips_linkage_name
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...AT_low_pc( 0x0000000000000000 )
> AT_high_pc( 0x00000184 )
>
> 0x0000002a: TAG_subprogram [2] *
> AT_low_pc( 0x0000000000000000 )
> 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( tru...
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
...000000000000 )
>> AT_high_pc( 0x00000184 )
>>
>> 0x0000002a: TAG_subprogram [2] *
>> AT_low_pc( 0x0000000000000000 )
>> 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 ) )
>>...
2015 Jan 20
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...p_dir( "/llvm_cmake" )
AT_low_pc( 0x0000000000000000 )
AT_high_pc( 0x00000184 )
0x0000002a: TAG_subprogram [2] *
AT_low_pc( 0x0000000000000000 )
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: T...
2011 Apr 30
2
[LLVMdev] DWARF not being generated for local variable, though MD looks right(?)
...x0000000000000000 )
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" )
AT_MIPS_linkage_name( "foo___" )
AT_external( 0x01 )
0x00000046: NULL
2011 Dec 29
2
[LLVMdev] DW_AT_location not getting generated for local variables
...AG_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 )
AT_type( {0x0000005c} ( Int32 ) )
AT_external( 0x01...
2014 Jun 02
2
[LLVMdev] [lldb-dev] MCJIT Mach-O JIT debugging
...AT_low_pc( 0x0000000112f5f1c0 )
> AT_high_pc( 0x000006fb )
>
> 0x0000002b: TAG_subprogram [2]
> AT_low_pc( 0x0000000112f5f1c0 )
> AT_high_pc( 0x0000000112f5f8bb )
> AT_frame_base( rbp )
> AT_MIPS_linkage_name( "julia_parseint_nocheck;18749" )
> AT_name( "parseint_nocheck" )
> AT_external( 0x01 )
> AT_accessibility( DW_ACCESS_private )
>
> 0x00000048: NULL
>
> but lldb is still showing it at the original lo...
2012 Jan 02
0
[LLVMdev] DW_AT_location not getting generated for local variables
... 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 )
> AT_type( {0x0000005c} ( Int32 ) )
> ...
2011 Apr 07
0
[LLVMdev] More DWARF problems
...>
>
> OK I've been checking this out some more, and the DIEs don't look valid to
> me. Take a look at this output from dwarfdump -v:
>
> 0x000000c7: TAG_subprogram [3]
> 0x000000c8: AT_name( .debug_str[0x000001bd] = "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:...
2011 Apr 03
2
[LLVMdev] More DWARF problems
...aching to DwarfDebug::emitDIE().
>
OK I've been checking this out some more, and the DIEs don't look valid to
me. Take a look at this output from dwarfdump -v:
0x000000c7: TAG_subprogram [3]
0x000000c8: AT_name( .debug_str[0x000001bd] = "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 + 0x000000...
2014 Jun 02
2
[LLVMdev] [lldb-dev] MCJIT Mach-O JIT debugging
I didn't get to work on this more last week, but I'll look at incorporating
that suggestion.
The other question of course is how to do this in LLDB. Right, now what I'm
doing is going through and adjusting the load address of every leaf in the
section tree. That basically works and gets me backtraces with the correct
function names and the ability to set breakpoints at functions in
2011 May 02
0
[LLVMdev] DWARF not being generated for local variable, though MD looks right(?)
...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" )
> AT_MIPS_linkage_name( "foo___" )
> AT_external( 0x01 )
>
> 0x00000046: NULL
>
>
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/...
2011 Apr 07
1
[LLVMdev] More DWARF problems
...ote:
>
> OK I've been checking this out some more, and the DIEs don't look valid to me. Take a look at this output from dwarfdump -v:
>
> 0x000000c7: TAG_subprogram [3]
> 0x000000c8: AT_name( .debug_str[0x000001bd] = "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...
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