Displaying 15 results from an estimated 15 matches for "at_languag".
Did you mean:
at_language
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...ug_info contents:
>
> 0x00000000: Compile Unit: length = 0x0000005b version = 0x0004 abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x0000005f)
>
> 0x0000000b: TAG_compile_unit [1] *
> AT_producer( "clang version 3.5.0 (209308)" )
> AT_language( DW_LANG_C_plus_plus )
> AT_name( "test.cc <http://test.cc/>" )
> AT_stmt_list( 0x00000000 )
> AT_comp_dir( "/llvm_cmake" )
> AT_low_pc( 0x0000000000000000 )
> AT_high_pc( 0x00000184 )
>
&...
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
...t;
>> 0x00000000: Compile Unit: length = 0x0000005b version = 0x0004 abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x0000005f)
>>
>> 0x0000000b: TAG_compile_unit [1] *
>> AT_producer( "clang version 3.5.0 (209308)" )
>> AT_language( DW_LANG_C_plus_plus )
>> AT_name( "test.cc <http://test.cc/>" )
>> AT_stmt_list( 0x00000000 )
>> AT_comp_dir( "/llvm_cmake" )
>> AT_low_pc( 0x0000000000000000 )
>> AT_high_pc(...
2015 Jan 20
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...-------------------------
.debug_info contents:
0x00000000: Compile Unit: length = 0x0000005b version = 0x0004 abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x0000005f)
0x0000000b: TAG_compile_unit [1] *
AT_producer( "clang version 3.5.0 (209308)" )
AT_language( DW_LANG_C_plus_plus )
AT_name( "test.cc<http://test.cc/>" )
AT_stmt_list( 0x00000000 )
AT_comp_dir( "/llvm_cmake" )
AT_low_pc( 0x0000000000000000 )
AT_high_pc( 0x00000184 )
0x0000002a: TAG_subprogram [...
2011 Apr 30
2
[LLVMdev] DWARF not being generated for local variable, though MD looks right(?)
...------------------------------------------------
.debug_info contents:
0x00000000: 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:...
2011 Dec 29
2
[LLVMdev] DW_AT_location not getting generated for local variables
...---------------------------------
.debug_info contents:
0x00000000: Compile Unit: length = 0x000000a9 version = 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__" )...
2014 Jun 02
2
[LLVMdev] [lldb-dev] MCJIT Mach-O JIT debugging
...is being relocated correctly (I think):
>
> 0x00000000: Compile Unit: length = 0x00000045 version = 0x0003 abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x00000049)
>
> 0x0000000b: TAG_compile_unit [1] *
> AT_producer( "julia" )
> AT_language( DW_LANG_C89 )
> AT_name( "string.jl" )
> AT_stmt_list( 0x00000000 )
> AT_comp_dir( "." )
> AT_APPLE_optimized( 0x01 )
> AT_low_pc( 0x0000000112f5f1c0 )
> AT_high_pc( 0x000006fb )
&g...
2012 Jan 02
0
[LLVMdev] DW_AT_location not getting generated for local variables
....debug_info contents:
>
> 0x00000000: Compile Unit: length = 0x000000a9 version = 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} )
> ...
2011 Apr 07
0
[LLVMdev] More DWARF problems
...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/Projects/tart...
2011 Apr 03
2
[LLVMdev] More DWARF problems
...> 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/Projects/tart/trunk/lib/std/tart/core&...
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(?)
...---------------
> .debug_info contents:
>
> 0x00000000: 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...
2011 Apr 07
1
[LLVMdev] More DWARF problems
...1: 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/Projects/tart/trun...
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