Displaying 18 results from an estimated 18 matches for "at_external".
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...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 - 0x0000000000000184: rsp+16, deref )
>...
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
...quot;_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 - 0x0000000000000184: rsp+16, deref )
&...
2017 Apr 04
2
GDB doesn't work with IR-originated debug info
...FORM_data4] (0x000002b4)
DW_AT_frame_base [DW_FORM_exprloc] (<0x1> 54 )
DW_AT_name [DW_FORM_strp] ( .debug_str[0x00001616] =
"FB_FPUMP at HORIZONTAL")
DW_AT_type [DW_FORM_ref_addr] (*0x000000006e440296*)
DW_
AT_external [DW_FORM_flag_present] (true)
In the original object file the corresponding record was:
0x00000296: DW_TAG_base_type [10]
DW_AT_name [DW_FORM_strp] ( .debug_str[0x0000068f] =
"void")
DW_AT_encoding [DW_FORM_data1] (0x00)
DW_AT_...
2015 Jan 20
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...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 - 0x0000000000000184: rsp+16, deref )
AT_name( "y" )...
2011 Apr 30
2
[LLVMdev] DWARF not being generated for local variable, though MD looks right(?)
...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
...T_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 )
AT_declaration( 0x01 )
0x0000005b: NULL
0x0000005c: TAG_base_type [4]
AT_name( "Int32" )
AT_encoding( DW_ATE_signed )
AT_byte_size( 0x04 )
0x00000065: TAG_subprogram [5] *
A...
2008 Jul 24
0
cvs commit: src/contrib/pf/pfctl parse.y src/lib/libc/sys Symbol.map getsockopt.2 src/sbin/ipfw ipfw.8 ipfw2.c src/sys/conf NOTES options src/sys/contrib/ipfilter/netinet ip_fil_freebsd.c src/sys/contrib/pf/net pf.c pf_ioctl.c src/sys/kern init_sysent.c
This looks like a very cool feature addition to RELENG_7! Are there
any performance penalties that you know of with this built in ?
---Mike
At 09:13 PM 7/23/2008, Julian Elischer wrote:
>julian 2008-07-24 01:13:22 UTC
>
> FreeBSD src repository
>
> Modified files: (Branch: RELENG_7)
> contrib/pf/pfctl parse.y
> lib/libc/sys
2014 Jun 02
2
[LLVMdev] [lldb-dev] MCJIT Mach-O JIT debugging
...T_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 location:
>
> 0x7ff3afca9280: SymbolVendor
> 0x7ff3afcafa20: Type{0x0000002b} , name = "parseint_nocheck", clang_type = 0...
2012 Jan 02
0
[LLVMdev] DW_AT_location not getting generated for local variables
...in" )
> 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 )
> AT_declaration( 0x01 )
>
> 0x0000005b: NULL
>
> 0x0000005c: TAG_base_type [4]
> AT_name( "Int32" )
> AT_encoding( DW_ATE_signed )
> AT_byte_size( 0x04 )
>
> 0x000000...
2011 Apr 07
0
[LLVMdev] More DWARF problems
....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: Compile Unit: length = 0x00000071 version = 0x0002
> abbr_offset = 0x0000000...
2011 Apr 03
2
[LLVMdev] More DWARF problems
....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: Compile Unit: length = 0x00000071 version = 0x0002 abbr_offset
= 0x00000000 addr_size = 0x04 (next CU at 0x000...
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(?)
...t;/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/listinfo/llvmdev
-------------- next part -------------...
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
1
[LLVMdev] More DWARF problems
...(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: Compile Unit: length = 0x00000071 version = 0x0002 abbr_offset = 0x00000000...
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