2021-05-05 21:51:02 +08:00
|
|
|
; RUN: llc -mtriple=mips -mcpu=mips32r2 -O1 -filetype=obj -relocation-model=pic <%s | \
|
2017-09-12 07:05:20 +08:00
|
|
|
; RUN: llvm-dwarfdump -v -all - | FileCheck %s
|
2015-11-12 22:11:43 +08:00
|
|
|
|
|
|
|
; void foo(int *);
|
|
|
|
;
|
|
|
|
; int f0(int a, int b, int c, int d, int e) {
|
|
|
|
; int x = a + b + c + d + e;
|
|
|
|
; foo(&x);
|
|
|
|
; return x;
|
|
|
|
; }
|
|
|
|
;
|
|
|
|
; int f1(int a, int b, int c, int d, int e) {
|
|
|
|
; int x __attribute__((aligned(16))) = a + b + c + d + e;
|
|
|
|
; foo(&x);
|
|
|
|
; return x;
|
|
|
|
; }
|
|
|
|
|
|
|
|
declare void @llvm.lifetime.start(i64, i8* nocapture)
|
|
|
|
declare void @llvm.lifetime.end(i64, i8* nocapture)
|
|
|
|
|
|
|
|
declare void @foo(i32*)
|
|
|
|
|
2018-07-27 04:56:53 +08:00
|
|
|
; CHECK: DW_AT_name {{.*}}"f0"
|
[dwarfdump] Pretty print location expressions and location lists
Summary:
Based on Fred's patch here: https://reviews.llvm.org/D6771
I can't seem to commandeer the old review, so I'm creating a new one.
With that change the locations exrpessions are pretty printed inline in the
DIE tree. The output looks like this for debug_loc entries:
DW_AT_location [DW_FORM_data4] (0x00000000
0x0000000000000001 - 0x000000000000000b: DW_OP_consts +3
0x000000000000000b - 0x0000000000000012: DW_OP_consts +7
0x0000000000000012 - 0x000000000000001b: DW_OP_reg0 RAX, DW_OP_piece 0x4
0x000000000000001b - 0x0000000000000024: DW_OP_breg5 RDI+0)
And like this for debug_loc.dwo entries:
DW_AT_location [DW_FORM_sec_offset] (0x00000000
Addr idx 2 (w/ length 190): DW_OP_consts +0, DW_OP_stack_value
Addr idx 3 (w/ length 23): DW_OP_reg0 RAX, DW_OP_piece 0x4)
Simple locations without ranges are printed inline:
DW_AT_location [DW_FORM_block1] (DW_OP_reg4 RSI, DW_OP_piece 0x4, DW_OP_bit_piece 0x20 0x0)
The debug_loc(.dwo) dumping in changed accordingly to factor the code.
Reviewers: dblaikie, aprantl, friss
Subscribers: mgorny, javed.absar, hiraditya, llvm-commits, JDevlieghere
Differential Revision: https://reviews.llvm.org/D37123
llvm-svn: 312042
2017-08-30 05:41:21 +08:00
|
|
|
; CHECK: DW_AT_name {{.*}}"e"
|
|
|
|
; CHECK: DW_TAG_variable
|
|
|
|
; CHECK-NEXT: DW_AT_location [DW_FORM_sec_offset] (
|
Re-commit "DWARF location lists: Add section index dumping"
This reapplies c0f6ad7d1f3ccb9d0b9ce9ef8dfa06409ccf1b3e with an
additional fix in test/DebugInfo/X86/constant-loclist.ll, which had a
slightly different output on windows targets. The test now accounts for
this difference.
The original commit message follows.
Summary:
As discussed in D70081, this adds the ability to dump section
names/indices to the location list dumper. It does this by moving the
range specific logic from DWARFDie.cpp:dumpRanges into the
DWARFAddressRange class.
The trickiest part of this patch is the backflip in the meanings of the
two dump flags for the location list sections.
The dumping of "raw" location list data is now controlled by
"DisplayRawContents" flag. This frees up the "Verbose" flag to be used
to control whether we print the section index. Additionally, the
DisplayRawContents flag is set for section-based dumps whenever the
--verbose option is passed, but this is not done for the "inline" dumps.
Also note that the index dumping currently does not work for the DWARF
v5 location lists, as the parser does not fill out the appropriate
fields. This will be done in a separate patch.
Reviewers: dblaikie, probinson, JDevlieghere, SouraVX
Subscribers: sdardis, hiraditya, jrtc27, atanasyan, arphaman, aprantl, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D70227
2019-11-14 18:22:00 +08:00
|
|
|
; CHECK-NEXT: [0x00000028, 0x0000002c) ".text": DW_OP_reg1 AT_64
|
|
|
|
; CHECK-NEXT: [0x0000002c, 0x00000048) ".text": DW_OP_breg29 SP_64+16)
|
[dwarfdump] Pretty print location expressions and location lists
Summary:
Based on Fred's patch here: https://reviews.llvm.org/D6771
I can't seem to commandeer the old review, so I'm creating a new one.
With that change the locations exrpessions are pretty printed inline in the
DIE tree. The output looks like this for debug_loc entries:
DW_AT_location [DW_FORM_data4] (0x00000000
0x0000000000000001 - 0x000000000000000b: DW_OP_consts +3
0x000000000000000b - 0x0000000000000012: DW_OP_consts +7
0x0000000000000012 - 0x000000000000001b: DW_OP_reg0 RAX, DW_OP_piece 0x4
0x000000000000001b - 0x0000000000000024: DW_OP_breg5 RDI+0)
And like this for debug_loc.dwo entries:
DW_AT_location [DW_FORM_sec_offset] (0x00000000
Addr idx 2 (w/ length 190): DW_OP_consts +0, DW_OP_stack_value
Addr idx 3 (w/ length 23): DW_OP_reg0 RAX, DW_OP_piece 0x4)
Simple locations without ranges are printed inline:
DW_AT_location [DW_FORM_block1] (DW_OP_reg4 RSI, DW_OP_piece 0x4, DW_OP_bit_piece 0x20 0x0)
The debug_loc(.dwo) dumping in changed accordingly to factor the code.
Reviewers: dblaikie, aprantl, friss
Subscribers: mgorny, javed.absar, hiraditya, llvm-commits, JDevlieghere
Differential Revision: https://reviews.llvm.org/D37123
llvm-svn: 312042
2017-08-30 05:41:21 +08:00
|
|
|
; CHECK-NEXT: DW_AT_name [DW_FORM_strp] ( .debug_str[0x0000006b] = "x")
|
2015-11-12 22:11:43 +08:00
|
|
|
|
|
|
|
define i32 @f0(i32 signext %a, i32 signext %b, i32 signext %c, i32 signext %d, i32 signext %e) !dbg !4 {
|
|
|
|
entry:
|
|
|
|
%x = alloca i32, align 4
|
2017-07-29 04:21:02 +08:00
|
|
|
tail call void @llvm.dbg.value(metadata i32 %a, metadata !9, metadata !DIExpression()), !dbg !27
|
|
|
|
tail call void @llvm.dbg.value(metadata i32 %b, metadata !10, metadata !DIExpression()), !dbg !28
|
|
|
|
tail call void @llvm.dbg.value(metadata i32 %c, metadata !11, metadata !DIExpression()), !dbg !29
|
|
|
|
tail call void @llvm.dbg.value(metadata i32 %d, metadata !12, metadata !DIExpression()), !dbg !30
|
|
|
|
tail call void @llvm.dbg.value(metadata i32 %e, metadata !13, metadata !DIExpression()), !dbg !31
|
2015-11-12 22:11:43 +08:00
|
|
|
%0 = bitcast i32* %x to i8*, !dbg !32
|
|
|
|
call void @llvm.lifetime.start(i64 4, i8* %0) #4, !dbg !32
|
|
|
|
%add = add nsw i32 %b, %a, !dbg !33
|
|
|
|
%add1 = add nsw i32 %add, %c, !dbg !34
|
|
|
|
%add2 = add nsw i32 %add1, %d, !dbg !35
|
|
|
|
%add3 = add nsw i32 %add2, %e, !dbg !36
|
2017-07-29 04:21:02 +08:00
|
|
|
tail call void @llvm.dbg.value(metadata i32 %add3, metadata !14, metadata !DIExpression()), !dbg !37
|
2015-11-12 22:11:43 +08:00
|
|
|
store i32 %add3, i32* %x, align 4, !dbg !37, !tbaa !38
|
2017-07-29 04:21:02 +08:00
|
|
|
tail call void @llvm.dbg.value(metadata i32* %x, metadata !14, metadata !26), !dbg !37
|
2015-11-12 22:11:43 +08:00
|
|
|
call void @foo(i32* nonnull %x) #4, !dbg !42
|
2017-07-29 04:21:02 +08:00
|
|
|
call void @llvm.dbg.value(metadata i32* %x, metadata !14, metadata !26), !dbg !37
|
2015-11-12 22:11:43 +08:00
|
|
|
%1 = load i32, i32* %x, align 4, !dbg !43, !tbaa !38
|
|
|
|
call void @llvm.lifetime.end(i64 4, i8* %0) #4, !dbg !44
|
|
|
|
ret i32 %1, !dbg !45
|
|
|
|
}
|
|
|
|
|
|
|
|
|
[dwarfdump] Pretty print location expressions and location lists
Summary:
Based on Fred's patch here: https://reviews.llvm.org/D6771
I can't seem to commandeer the old review, so I'm creating a new one.
With that change the locations exrpessions are pretty printed inline in the
DIE tree. The output looks like this for debug_loc entries:
DW_AT_location [DW_FORM_data4] (0x00000000
0x0000000000000001 - 0x000000000000000b: DW_OP_consts +3
0x000000000000000b - 0x0000000000000012: DW_OP_consts +7
0x0000000000000012 - 0x000000000000001b: DW_OP_reg0 RAX, DW_OP_piece 0x4
0x000000000000001b - 0x0000000000000024: DW_OP_breg5 RDI+0)
And like this for debug_loc.dwo entries:
DW_AT_location [DW_FORM_sec_offset] (0x00000000
Addr idx 2 (w/ length 190): DW_OP_consts +0, DW_OP_stack_value
Addr idx 3 (w/ length 23): DW_OP_reg0 RAX, DW_OP_piece 0x4)
Simple locations without ranges are printed inline:
DW_AT_location [DW_FORM_block1] (DW_OP_reg4 RSI, DW_OP_piece 0x4, DW_OP_bit_piece 0x20 0x0)
The debug_loc(.dwo) dumping in changed accordingly to factor the code.
Reviewers: dblaikie, aprantl, friss
Subscribers: mgorny, javed.absar, hiraditya, llvm-commits, JDevlieghere
Differential Revision: https://reviews.llvm.org/D37123
llvm-svn: 312042
2017-08-30 05:41:21 +08:00
|
|
|
; CHECK: DW_TAG_variable
|
|
|
|
; CHECK-NEXT: DW_AT_location [DW_FORM_sec_offset] (
|
Re-commit "DWARF location lists: Add section index dumping"
This reapplies c0f6ad7d1f3ccb9d0b9ce9ef8dfa06409ccf1b3e with an
additional fix in test/DebugInfo/X86/constant-loclist.ll, which had a
slightly different output on windows targets. The test now accounts for
this difference.
The original commit message follows.
Summary:
As discussed in D70081, this adds the ability to dump section
names/indices to the location list dumper. It does this by moving the
range specific logic from DWARFDie.cpp:dumpRanges into the
DWARFAddressRange class.
The trickiest part of this patch is the backflip in the meanings of the
two dump flags for the location list sections.
The dumping of "raw" location list data is now controlled by
"DisplayRawContents" flag. This frees up the "Verbose" flag to be used
to control whether we print the section index. Additionally, the
DisplayRawContents flag is set for section-based dumps whenever the
--verbose option is passed, but this is not done for the "inline" dumps.
Also note that the index dumping currently does not work for the DWARF
v5 location lists, as the parser does not fill out the appropriate
fields. This will be done in a separate patch.
Reviewers: dblaikie, probinson, JDevlieghere, SouraVX
Subscribers: sdardis, hiraditya, jrtc27, atanasyan, arphaman, aprantl, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D70227
2019-11-14 18:22:00 +08:00
|
|
|
; CHECK-NEXT: [0x00000080, 0x00000084) ".text": DW_OP_reg1 AT_64
|
|
|
|
; CHECK-NEXT: [0x00000084, 0x00000098) ".text": DW_OP_breg29 SP_64+16)
|
[dwarfdump] Pretty print location expressions and location lists
Summary:
Based on Fred's patch here: https://reviews.llvm.org/D6771
I can't seem to commandeer the old review, so I'm creating a new one.
With that change the locations exrpessions are pretty printed inline in the
DIE tree. The output looks like this for debug_loc entries:
DW_AT_location [DW_FORM_data4] (0x00000000
0x0000000000000001 - 0x000000000000000b: DW_OP_consts +3
0x000000000000000b - 0x0000000000000012: DW_OP_consts +7
0x0000000000000012 - 0x000000000000001b: DW_OP_reg0 RAX, DW_OP_piece 0x4
0x000000000000001b - 0x0000000000000024: DW_OP_breg5 RDI+0)
And like this for debug_loc.dwo entries:
DW_AT_location [DW_FORM_sec_offset] (0x00000000
Addr idx 2 (w/ length 190): DW_OP_consts +0, DW_OP_stack_value
Addr idx 3 (w/ length 23): DW_OP_reg0 RAX, DW_OP_piece 0x4)
Simple locations without ranges are printed inline:
DW_AT_location [DW_FORM_block1] (DW_OP_reg4 RSI, DW_OP_piece 0x4, DW_OP_bit_piece 0x20 0x0)
The debug_loc(.dwo) dumping in changed accordingly to factor the code.
Reviewers: dblaikie, aprantl, friss
Subscribers: mgorny, javed.absar, hiraditya, llvm-commits, JDevlieghere
Differential Revision: https://reviews.llvm.org/D37123
llvm-svn: 312042
2017-08-30 05:41:21 +08:00
|
|
|
; CHECK-NEXT: DW_AT_name [DW_FORM_strp] ( .debug_str[0x0000006b] = "x")
|
2015-11-12 22:11:43 +08:00
|
|
|
|
|
|
|
define i32 @f1(i32 signext %a, i32 signext %b, i32 signext %c, i32 signext %d, i32 signext %e) !dbg !15 {
|
|
|
|
entry:
|
|
|
|
%x = alloca i32, align 16
|
2017-07-29 04:21:02 +08:00
|
|
|
tail call void @llvm.dbg.value(metadata i32 %a, metadata !17, metadata !DIExpression()), !dbg !46
|
|
|
|
tail call void @llvm.dbg.value(metadata i32 %b, metadata !18, metadata !DIExpression()), !dbg !47
|
|
|
|
tail call void @llvm.dbg.value(metadata i32 %c, metadata !19, metadata !DIExpression()), !dbg !48
|
|
|
|
tail call void @llvm.dbg.value(metadata i32 %d, metadata !20, metadata !DIExpression()), !dbg !49
|
|
|
|
tail call void @llvm.dbg.value(metadata i32 %e, metadata !21, metadata !DIExpression()), !dbg !50
|
2015-11-12 22:11:43 +08:00
|
|
|
%0 = bitcast i32* %x to i8*, !dbg !51
|
|
|
|
call void @llvm.lifetime.start(i64 4, i8* %0) #4, !dbg !51
|
|
|
|
%add = add nsw i32 %b, %a, !dbg !52
|
|
|
|
%add1 = add nsw i32 %add, %c, !dbg !53
|
|
|
|
%add2 = add nsw i32 %add1, %d, !dbg !54
|
|
|
|
%add3 = add nsw i32 %add2, %e, !dbg !55
|
2017-07-29 04:21:02 +08:00
|
|
|
tail call void @llvm.dbg.value(metadata i32 %add3, metadata !22, metadata !DIExpression()), !dbg !56
|
2015-11-12 22:11:43 +08:00
|
|
|
store i32 %add3, i32* %x, align 16, !dbg !56, !tbaa !38
|
2017-07-29 04:21:02 +08:00
|
|
|
tail call void @llvm.dbg.value(metadata i32* %x, metadata !22, metadata !26), !dbg !56
|
2015-11-12 22:11:43 +08:00
|
|
|
call void @foo(i32* nonnull %x) #4, !dbg !57
|
2017-07-29 04:21:02 +08:00
|
|
|
call void @llvm.dbg.value(metadata i32* %x, metadata !22, metadata !26), !dbg !56
|
2015-11-12 22:11:43 +08:00
|
|
|
%1 = load i32, i32* %x, align 16, !dbg !58, !tbaa !38
|
|
|
|
call void @llvm.lifetime.end(i64 4, i8* %0) #4, !dbg !59
|
|
|
|
ret i32 %1, !dbg !60
|
|
|
|
}
|
|
|
|
|
2017-07-29 04:21:02 +08:00
|
|
|
declare void @llvm.dbg.value(metadata, metadata, metadata)
|
2015-11-12 22:11:43 +08:00
|
|
|
|
|
|
|
!llvm.dbg.cu = !{!0}
|
|
|
|
!llvm.module.flags = !{!23, !24}
|
|
|
|
!llvm.ident = !{!25}
|
|
|
|
|
2016-04-15 23:57:41 +08:00
|
|
|
!0 = distinct !DICompileUnit(language: DW_LANG_C99, file: !1, producer: "clang version 3.8.0 (trunk 251783) (llvm/trunk 251781)", isOptimized: true, runtimeVersion: 0, emissionKind: FullDebug, enums: !2)
|
2015-11-12 22:11:43 +08:00
|
|
|
!1 = !DIFile(filename: "test.c", directory: "/home/vk/repos/tmp/dwarf")
|
|
|
|
!2 = !{}
|
[DebugInfo] Add DILabel metadata and intrinsic llvm.dbg.label.
In order to set breakpoints on labels and list source code around
labels, we need collect debug information for labels, i.e., label
name, the function label belong, line number in the file, and the
address label located. In order to keep these information in LLVM
IR and to allow backend to generate debug information correctly.
We create a new kind of metadata for labels, DILabel. The format
of DILabel is
!DILabel(scope: !1, name: "foo", file: !2, line: 3)
We hope to keep debug information as much as possible even the
code is optimized. So, we create a new kind of intrinsic for label
metadata to avoid the metadata is eliminated with basic block.
The intrinsic will keep existing if we keep it from optimized out.
The format of the intrinsic is
llvm.dbg.label(metadata !1)
It has only one argument, that is the DILabel metadata. The
intrinsic will follow the label immediately. Backend could get the
label metadata through the intrinsic's parameter.
We also create DIBuilder API for labels to be used by Frontend.
Frontend could use createLabel() to allocate DILabel objects, and use
insertLabel() to insert llvm.dbg.label intrinsic in LLVM IR.
Differential Revision: https://reviews.llvm.org/D45024
Patch by Hsiangkai Wang.
llvm-svn: 331841
2018-05-09 10:40:45 +08:00
|
|
|
!4 = distinct !DISubprogram(name: "f0", scope: !1, file: !1, line: 4, type: !5, isLocal: false, isDefinition: true, scopeLine: 4, flags: DIFlagPrototyped, isOptimized: true, unit: !0, retainedNodes: !8)
|
2015-11-12 22:11:43 +08:00
|
|
|
!5 = !DISubroutineType(types: !6)
|
|
|
|
!6 = !{!7, !7, !7, !7, !7, !7}
|
|
|
|
!7 = !DIBasicType(name: "int", size: 32, align: 32, encoding: DW_ATE_signed)
|
|
|
|
!8 = !{!9, !10, !11, !12, !13, !14}
|
|
|
|
!9 = !DILocalVariable(name: "a", arg: 1, scope: !4, file: !1, line: 4, type: !7)
|
|
|
|
!10 = !DILocalVariable(name: "b", arg: 2, scope: !4, file: !1, line: 4, type: !7)
|
|
|
|
!11 = !DILocalVariable(name: "c", arg: 3, scope: !4, file: !1, line: 4, type: !7)
|
|
|
|
!12 = !DILocalVariable(name: "d", arg: 4, scope: !4, file: !1, line: 4, type: !7)
|
|
|
|
!13 = !DILocalVariable(name: "e", arg: 5, scope: !4, file: !1, line: 4, type: !7)
|
|
|
|
!14 = !DILocalVariable(name: "x", scope: !4, file: !1, line: 5, type: !7)
|
[DebugInfo] Add DILabel metadata and intrinsic llvm.dbg.label.
In order to set breakpoints on labels and list source code around
labels, we need collect debug information for labels, i.e., label
name, the function label belong, line number in the file, and the
address label located. In order to keep these information in LLVM
IR and to allow backend to generate debug information correctly.
We create a new kind of metadata for labels, DILabel. The format
of DILabel is
!DILabel(scope: !1, name: "foo", file: !2, line: 3)
We hope to keep debug information as much as possible even the
code is optimized. So, we create a new kind of intrinsic for label
metadata to avoid the metadata is eliminated with basic block.
The intrinsic will keep existing if we keep it from optimized out.
The format of the intrinsic is
llvm.dbg.label(metadata !1)
It has only one argument, that is the DILabel metadata. The
intrinsic will follow the label immediately. Backend could get the
label metadata through the intrinsic's parameter.
We also create DIBuilder API for labels to be used by Frontend.
Frontend could use createLabel() to allocate DILabel objects, and use
insertLabel() to insert llvm.dbg.label intrinsic in LLVM IR.
Differential Revision: https://reviews.llvm.org/D45024
Patch by Hsiangkai Wang.
llvm-svn: 331841
2018-05-09 10:40:45 +08:00
|
|
|
!15 = distinct !DISubprogram(name: "f1", scope: !1, file: !1, line: 11, type: !5, isLocal: false, isDefinition: true, scopeLine: 11, flags: DIFlagPrototyped, isOptimized: true, unit: !0, retainedNodes: !16)
|
2015-11-12 22:11:43 +08:00
|
|
|
!16 = !{!17, !18, !19, !20, !21, !22}
|
|
|
|
!17 = !DILocalVariable(name: "a", arg: 1, scope: !15, file: !1, line: 11, type: !7)
|
|
|
|
!18 = !DILocalVariable(name: "b", arg: 2, scope: !15, file: !1, line: 11, type: !7)
|
|
|
|
!19 = !DILocalVariable(name: "c", arg: 3, scope: !15, file: !1, line: 11, type: !7)
|
|
|
|
!20 = !DILocalVariable(name: "d", arg: 4, scope: !15, file: !1, line: 11, type: !7)
|
|
|
|
!21 = !DILocalVariable(name: "e", arg: 5, scope: !15, file: !1, line: 11, type: !7)
|
|
|
|
!22 = !DILocalVariable(name: "x", scope: !15, file: !1, line: 12, type: !7)
|
|
|
|
!23 = !{i32 2, !"Dwarf Version", i32 4}
|
|
|
|
!24 = !{i32 2, !"Debug Info Version", i32 3}
|
|
|
|
!25 = !{!"clang version 3.8.0 (trunk 251783) (llvm/trunk 251781)"}
|
Clean up the processing of dbg.value in various places
Summary:
First up is instcombine, where in the dbg.declare -> dbg.value conversion,
the llvm.dbg.value needs to be called on the actual loaded value, rather
than the address (since the whole point of this transformation is to be
able to get rid of the alloca). Further, now that that's cleaned up, we
can remove a hack in the backend, that would add an implicit OP_deref if
the argument to dbg.value was an alloca. This stems from before the
existence of DIExpression and is no longer necessary since the deref can
be expressed explicitly.
Now, in order to make sure that the tests pass with this change, we need to
correct the printing of DEBUG_VALUE comments to take into account the
expression, which wasn't taken into account before.
Unfortunately, for both these changes, there were a number of incorrect
test cases (mostly the wrong number of DW_OP_derefs, but also a couple
where the test itself was broken more badly). aprantl and I have gone
through and adjusted these test case in order to make them pass with
these fixes and in some cases to make sure they're actually testing
what they are meant to test.
Reviewers: aprantl
Subscribers: dsanders
Differential Revision: http://reviews.llvm.org/D14186
llvm-svn: 256077
2015-12-19 10:02:44 +08:00
|
|
|
!26 = !DIExpression(DW_OP_deref)
|
2015-11-12 22:11:43 +08:00
|
|
|
!27 = !DILocation(line: 4, column: 12, scope: !4)
|
|
|
|
!28 = !DILocation(line: 4, column: 19, scope: !4)
|
|
|
|
!29 = !DILocation(line: 4, column: 26, scope: !4)
|
|
|
|
!30 = !DILocation(line: 4, column: 33, scope: !4)
|
|
|
|
!31 = !DILocation(line: 4, column: 40, scope: !4)
|
|
|
|
!32 = !DILocation(line: 5, column: 3, scope: !4)
|
|
|
|
!33 = !DILocation(line: 5, column: 13, scope: !4)
|
|
|
|
!34 = !DILocation(line: 5, column: 17, scope: !4)
|
|
|
|
!35 = !DILocation(line: 5, column: 21, scope: !4)
|
|
|
|
!36 = !DILocation(line: 5, column: 25, scope: !4)
|
|
|
|
!37 = !DILocation(line: 5, column: 7, scope: !4)
|
|
|
|
!38 = !{!39, !39, i64 0}
|
|
|
|
!39 = !{!"int", !40, i64 0}
|
|
|
|
!40 = !{!"omnipotent char", !41, i64 0}
|
|
|
|
!41 = !{!"Simple C/C++ TBAA"}
|
|
|
|
!42 = !DILocation(line: 6, column: 3, scope: !4)
|
|
|
|
!43 = !DILocation(line: 7, column: 10, scope: !4)
|
|
|
|
!44 = !DILocation(line: 8, column: 1, scope: !4)
|
|
|
|
!45 = !DILocation(line: 7, column: 3, scope: !4)
|
|
|
|
!46 = !DILocation(line: 11, column: 12, scope: !15)
|
|
|
|
!47 = !DILocation(line: 11, column: 19, scope: !15)
|
|
|
|
!48 = !DILocation(line: 11, column: 26, scope: !15)
|
|
|
|
!49 = !DILocation(line: 11, column: 33, scope: !15)
|
|
|
|
!50 = !DILocation(line: 11, column: 40, scope: !15)
|
|
|
|
!51 = !DILocation(line: 12, column: 3, scope: !15)
|
|
|
|
!52 = !DILocation(line: 12, column: 42, scope: !15)
|
|
|
|
!53 = !DILocation(line: 12, column: 46, scope: !15)
|
|
|
|
!54 = !DILocation(line: 12, column: 50, scope: !15)
|
|
|
|
!55 = !DILocation(line: 12, column: 54, scope: !15)
|
|
|
|
!56 = !DILocation(line: 12, column: 7, scope: !15)
|
|
|
|
!57 = !DILocation(line: 13, column: 3, scope: !15)
|
|
|
|
!58 = !DILocation(line: 14, column: 10, scope: !15)
|
|
|
|
!59 = !DILocation(line: 15, column: 1, scope: !15)
|
|
|
|
!60 = !DILocation(line: 14, column: 3, scope: !15)
|