search for: dw_ate_sign

...DW_AT_decl_line 4 DW_AT_type <144> DW_AT_location DW_OP_fbreg 0 <1>< 134> DW_TAG_base_type DW_AT_name int DW_AT_encoding DW_ATE_signed DW_AT_byte_size 4 <1>< 141> DW_TAG_base_type DW_AT_byte_size 4 DW_AT_encoding DW_ATE_signed <1>< 144> DW_TAG_array_type DW_AT_type <134&...

...DW_AT_decl_line 4 DW_AT_type <144> DW_AT_location DW_OP_fbreg 0 <1>< 134> DW_TAG_base_type DW_AT_name int DW_AT_encoding DW_ATE_signed DW_AT_byte_size 4 <1>< 141> DW_TAG_base_type DW_AT_byte_size 4 DW_AT_encoding DW_ATE_signed <1>< 144> DW_TAG_array_type DW_AT_type <134&...

...lt;http://test.cc/>" ) > AT_decl_line( 1 ) > AT_type( {0x00000057} ( int ) ) > > 0x00000056: NULL > > 0x00000057: TAG_base_type [4] > AT_name( "int" ) > AT_encoding( DW_ATE_signed ) > AT_byte_size( 0x04 ) > > 0x0000005e: NULL > > > and here is the same file with -v: > > ---------------------------------------------------------------------- > File: out.o {mach64-x86_64-MH_OBJECT} (x86_64) > ----------------------------...

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

...gt;> AT_decl_line( 1 ) >> AT_type( {0x00000057} ( int ) ) >> >> 0x00000056: NULL >> >> 0x00000057: TAG_base_type [4] >> AT_name( "int" ) >> AT_encoding( DW_ATE_signed ) >> AT_byte_size( 0x04 ) >> >> 0x0000005e: NULL >> >> >> and here is the same file with -v: >> >> ---------------------------------------------------------------------- >> File: out.o {mach64-x86_64-MH_OBJECT} (x86_6...

...;, file: !3, line: 1, size: 64, flags: DIFlagTypePassByValue, elements: !7, identifier: "_ZTS1S") !7 = !{!8, !10} !8 = !DIDerivedType(tag: DW_TAG_member, name: "x", scope: !6, file: !3, line: 2, baseType: !9, size: 32) !9 = !DIBasicType(name: "int", size: 32, encoding: DW_ATE_signed) !10 = !DIDerivedType(tag: DW_TAG_member, name: "y", scope: !6, file: !3, line: 2, baseType: !9, size: 32, offset: 32) but given just the StructType for S there is no direct way to get to the DICompositeType. I've made something work by prescanning all the DITypes in my Module an...

...\000\000\000\000\000", i32 0, null, null, !8, null, null, null} ; [ DW_TAG_subroutine_type ] [line 0, size 0, align 0, offset 0] [from ] !8 = !{!9, !9} !9 = !{!"0x24\00int\000\0032\0032\000\000\005", null, null} ; [ DW_TAG_base_type ] [int] [line 0, size 32, align 32, offset 0, enc DW_ATE_signed] -!10 = !{!"0x101\00p\0016777217\000", !5, !6, !9} ; [ DW_TAG_arg_variable ] [p] [line 1] +!10 = !{!"0x101\00p\001\001\000", !5, !6, !9} ; [ DW_TAG_arg_variable ] [p] [line 1] !11 = !MDLocation(line: 1, scope: !5) -!12 = !{!"0x100\00r\002\000", !13, !6, !9} ; [ DW_T...

...AT_decl_file( "/llvm_cmake/test.cc<http://test.cc/>" ) AT_decl_line( 1 ) AT_type( {0x00000057} ( int ) ) 0x00000056: NULL 0x00000057: TAG_base_type [4] AT_name( "int" ) AT_encoding( DW_ATE_signed ) AT_byte_size( 0x04 ) 0x0000005e: NULL and here is the same file with -v: ---------------------------------------------------------------------- File: out.o {mach64-x86_64-MH_OBJECT} (x86_64) ---------------------------------------------------------------------- .debug_...

...: !6, line: 11, type: !13) !26 = !DILocalVariable(name: "i", scope: !27, file: !6, line: 15, type: !13) !13 = !DIDerivedType(tag: DW_TAG_typedef, name: "Integer", scope: !2, file: !3, baseType: !14) !14 = !DIBasicType(name: "Integer", size: 32, align: 32, encoding: DW_ATE_signed) -- Carlo Kok RemObjects Software

...;> null, null, null} ; [ DW_TAG_subroutine_type ] [line 0, size 0, align >> 0, offset 0] [from ] >> !8 = !{!9, !9} >> !9 = !{!"0x24\00int\000\0032\0032\000\000\005", null, null} ; [ >> DW_TAG_base_type ] [int] [line 0, size 32, align 32, offset 0, enc >> DW_ATE_signed] >> -!10 = !{!"0x101\00p\0016777217\000", !5, !6, !9} ; [ >> DW_TAG_arg_variable ] [p] [line 1] >> +!10 = !{!"0x101\00p\001\001\000", !5, !6, !9} ; [ DW_TAG_arg_variable >> ] [p] [line 1] >> !11 = !MDLocation(line: 1, scope: !5) >> -!12 = !...

...= !DILocalVariable(name: "i", scope: !27, file: !6, line: 15, type: > !13) > > > !13 = !DIDerivedType(tag: DW_TAG_typedef, name: "Integer", scope: !2, > file: !3, baseType: !14) > !14 = !DIBasicType(name: "Integer", size: 32, align: 32, encoding: > DW_ATE_signed) > > -- > Carlo Kok > RemObjects Software > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > -------------- next part -------------- An HTML attachment...

...", scope: !27, file: !6, line: 15, >type: >> !13) >> >> >> !13 = !DIDerivedType(tag: DW_TAG_typedef, name: "Integer", scope: !2, >> file: !3, baseType: !14) >> !14 = !DIBasicType(name: "Integer", size: 32, align: 32, encoding: >> DW_ATE_signed) >> >> -- >> Carlo Kok >> RemObjects Software >> _______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org >> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >> -- Sent from my Andr...

...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] * AT_specification( {0x00000048} ( "_main" ) ) AT_low_pc( 0x0000000000000020 ) AT_high_pc( 0x0000000000000051 ) AT_frame_base( rbp ) 0x0000007...

...     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] * >                  AT_specification( {0x00000048} ( "_main" ) ) >                  AT_low_pc( 0x0000000000000020 ) >                  AT_high_pc( 0x0000000000000051 ) >              ...

...= !DILocalVariable(name: "i", scope: !27, file: !6, line: 15, type: > !13) > > > !13 = !DIDerivedType(tag: DW_TAG_typedef, name: "Integer", scope: !2, > file: !3, baseType: !14) > !14 = !DIBasicType(name: "Integer", size: 32, align: 32, encoding: > DW_ATE_signed) > > -- > Carlo Kok > RemObjects Software > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > > -- > Sent from my Android device with K-9 Mai...

...addAttribute(DW_AT_low_pc, DW_FORM_addr, 0x1000U); SubprogramDie.addAttribute(DW_AT_high_pc, DW_FORM_addr, 0x2000U); DwarfGenDIE IntDie = CUDie.addChild(DW_TAG_base_type); IntDie.addAttribute(DW_AT_name, DW_FORM_strp, "int"); IntDie.addAttribute(DW_AT_encoding, DW_FORM_data1, DW_ATE_signed); IntDie.addAttribute(DW_AT_byte_size, DW_FORM_data1, 4); DwarfGenDIE ArgcDie = SubprogramDie.addChild(DW_TAG_formal_parameter); ArgcDie.addAttribute(DW_AT_name, DW_FORM_strp, "argc"); //ArgcDie.addAttribute(DW_AT_type, DW_FORM_ref_addr, IntDie); // Crashes here... DG.g...

...: false, isDefinition: true, scopeLine: 3, isOptimized: true, unit: !0, variables: !7) !5 = !DISubroutineType(types: !6) !6 = !{null} !7 = !{!8} !8 = !DILocalVariable(name: "a", scope: !4, file: !1, line: 5, type: !9) !9 = !DIBasicType(name: "int", size: 32, align: 32, encoding: DW_ATE_signed) !10 = !{i32 2, !"Dwarf Version", i32 2} !11 = !{i32 2, !"Debug Info Version", i32 3} !12 = !{i32 1, !"PIC Level", i32 2} !13 = !{!"clang version 3.9.0 "} !14 = !DILocation(line: 4, column: 3, scope: !4) !15 = !DILocation(line: 5, column: 11, scope: !4) !16...

Hi David, Sorry for taking a few days to reply. It's not easy for you to compile a Haskell file to see the problem as the debug information is still WIP. Below I prove the IR for a simple hello world program which you can feed into llc. https://gist.github.com/05296933e37e87533a51d493b46aa48d The `out.ir` file can be passed straight to `llc`. Can you see anything obviously wrong? Matt

...ue, scopeLine: 3, isOptimized: true, unit: !0, variables: !7) > !5 = !DISubroutineType(types: !6) > !6 = !{null} > !7 = !{!8} > !8 = !DILocalVariable(name: "a", scope: !4, file: !1, line: 5, type: !9) > !9 = !DIBasicType(name: "int", size: 32, align: 32, encoding: DW_ATE_signed) > !10 = !{i32 2, !"Dwarf Version", i32 2} > !11 = !{i32 2, !"Debug Info Version", i32 3} > !12 = !{i32 1, !"PIC Level", i32 2} > !13 = !{!"clang version 3.9.0 "} > !14 = !DILocation(line: 4, column: 3, scope: !4) > !15 = !DILocation(line:...

> On Mar 14, 2018, at 7:55 PM, Se Jong Oh <sejooh at microsoft.com> wrote: > > Hi Jonas, > > Thanks for taking a look! It makes linear-dbg-value.ll pass for my target by producing DEBUG_VALUEs correctly. I also tried a simple function with few operations and confirmed DEBUG_VALUEs which are not produced without trasferDbgValues in SetPromotedInteger. That’s great news! Do