2013-04-03 06:55:56 +08:00
|
|
|
; RUN: llc -O0 -mtriple=x86_64-linux-gnu %s -o %t -filetype=obj
|
2017-09-12 06:59:45 +08:00
|
|
|
; RUN: llvm-dwarfdump -debug-info %t | FileCheck %s
|
2013-04-03 06:55:56 +08:00
|
|
|
|
|
|
|
; Verify that we've emitted template arguments for the union
|
|
|
|
; CHECK: DW_TAG_union_type
|
|
|
|
; CHECK-NEXT: "Value<float>"
|
|
|
|
; CHECK: DW_TAG_template_type_parameter
|
|
|
|
; CHECK: "T"
|
|
|
|
|
2016-12-22 08:45:21 +08:00
|
|
|
source_filename = "test/DebugInfo/X86/union-template.ll"
|
|
|
|
|
2013-04-03 06:55:56 +08:00
|
|
|
%"union.PR15637::Value" = type { i32 }
|
|
|
|
|
2016-12-22 08:45:21 +08:00
|
|
|
@_ZN7PR156371fE = global %"union.PR15637::Value" zeroinitializer, align 4, !dbg !0
|
2013-04-03 06:55:56 +08:00
|
|
|
|
2016-12-22 08:45:21 +08:00
|
|
|
; Function Attrs: nounwind
|
|
|
|
define void @_ZN7PR156371gEf(float %value) #0 !dbg !19 {
|
2013-04-03 06:55:56 +08:00
|
|
|
entry:
|
|
|
|
%value.addr = alloca float, align 4
|
|
|
|
%tempValue = alloca %"union.PR15637::Value", align 4
|
|
|
|
store float %value, float* %value.addr, align 4
|
2016-12-22 08:45:21 +08:00
|
|
|
call void @llvm.dbg.declare(metadata float* %value.addr, metadata !22, metadata !23), !dbg !24
|
|
|
|
call void @llvm.dbg.declare(metadata %"union.PR15637::Value"* %tempValue, metadata !25, metadata !23), !dbg !26
|
2013-04-03 06:55:56 +08:00
|
|
|
ret void, !dbg !27
|
|
|
|
}
|
|
|
|
|
2016-12-22 08:45:21 +08:00
|
|
|
; Function Attrs: nounwind readnone
|
Move the complex address expression out of DIVariable and into an extra
argument of the llvm.dbg.declare/llvm.dbg.value intrinsics.
Previously, DIVariable was a variable-length field that has an optional
reference to a Metadata array consisting of a variable number of
complex address expressions. In the case of OpPiece expressions this is
wasting a lot of storage in IR, because when an aggregate type is, e.g.,
SROA'd into all of its n individual members, the IR will contain n copies
of the DIVariable, all alike, only differing in the complex address
reference at the end.
By making the complex address into an extra argument of the
dbg.value/dbg.declare intrinsics, all of the pieces can reference the
same variable and the complex address expressions can be uniqued across
the CU, too.
Down the road, this will allow us to move other flags, such as
"indirection" out of the DIVariable, too.
The new intrinsics look like this:
declare void @llvm.dbg.declare(metadata %storage, metadata %var, metadata %expr)
declare void @llvm.dbg.value(metadata %storage, i64 %offset, metadata %var, metadata %expr)
This patch adds a new LLVM-local tag to DIExpressions, so we can detect
and pretty-print DIExpression metadata nodes.
What this patch doesn't do:
This patch does not touch the "Indirect" field in DIVariable; but moving
that into the expression would be a natural next step.
http://reviews.llvm.org/D4919
rdar://problem/17994491
Thanks to dblaikie and dexonsmith for reviewing this patch!
Note: I accidentally committed a bogus older version of this patch previously.
llvm-svn: 218787
2014-10-02 02:55:02 +08:00
|
|
|
declare void @llvm.dbg.declare(metadata, metadata, metadata) #1
|
2013-04-03 06:55:56 +08:00
|
|
|
|
|
|
|
attributes #0 = { nounwind }
|
|
|
|
attributes #1 = { nounwind readnone }
|
|
|
|
|
2016-12-22 08:45:21 +08:00
|
|
|
!llvm.dbg.cu = !{!15}
|
|
|
|
!llvm.module.flags = !{!18}
|
|
|
|
|
2017-08-31 02:06:51 +08:00
|
|
|
!0 = !DIGlobalVariableExpression(var: !1, expr: !DIExpression())
|
2016-12-22 08:45:21 +08:00
|
|
|
!1 = !DIGlobalVariable(name: "f", linkageName: "_ZN7PR156371fE", scope: !2, file: !3, line: 6, type: !4, isLocal: false, isDefinition: true)
|
2017-04-29 06:25:46 +08:00
|
|
|
!2 = !DINamespace(name: "PR15637", scope: null)
|
2016-12-22 08:45:21 +08:00
|
|
|
!3 = !DIFile(filename: "foo.cc", directory: "/usr/local/google/home/echristo/tmp")
|
|
|
|
!4 = !DICompositeType(tag: DW_TAG_union_type, name: "Value<float>", scope: !2, file: !3, line: 2, size: 32, align: 32, elements: !5, templateParams: !12)
|
|
|
|
!5 = !{!6, !8}
|
|
|
|
!6 = !DIDerivedType(tag: DW_TAG_member, name: "a", scope: !4, file: !3, line: 2, baseType: !7, size: 32, align: 32)
|
|
|
|
!7 = !DIBasicType(name: "int", size: 32, align: 32, encoding: DW_ATE_signed)
|
|
|
|
!8 = !DISubprogram(name: "Value", scope: !4, file: !3, line: 2, type: !9, isLocal: false, isDefinition: false, scopeLine: 2, virtualIndex: 6, flags: DIFlagArtificial | DIFlagPrototyped, isOptimized: false)
|
|
|
|
!9 = !DISubroutineType(types: !10)
|
|
|
|
!10 = !{null, !11}
|
|
|
|
!11 = !DIDerivedType(tag: DW_TAG_pointer_type, baseType: !4, size: 64, align: 64, flags: DIFlagArtificial | DIFlagObjectPointer)
|
|
|
|
!12 = !{!13}
|
|
|
|
!13 = !DITemplateTypeParameter(name: "T", type: !14)
|
|
|
|
!14 = !DIBasicType(name: "float", size: 32, align: 32, encoding: DW_ATE_float)
|
|
|
|
!15 = distinct !DICompileUnit(language: DW_LANG_C_plus_plus, file: !3, producer: "clang version 3.3 (trunk 178499) (llvm/trunk 178472)", isOptimized: false, runtimeVersion: 0, emissionKind: FullDebug, enums: !16, retainedTypes: !16, globals: !17, imports: !16)
|
|
|
|
!16 = !{}
|
|
|
|
!17 = !{!0}
|
|
|
|
!18 = !{i32 1, !"Debug Info Version", i32 3}
|
[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
|
|
|
!19 = distinct !DISubprogram(name: "g", linkageName: "_ZN7PR156371gEf", scope: !2, file: !3, line: 3, type: !20, isLocal: false, isDefinition: true, scopeLine: 3, virtualIndex: 6, flags: DIFlagPrototyped, isOptimized: false, unit: !15, retainedNodes: !16)
|
2016-12-22 08:45:21 +08:00
|
|
|
!20 = !DISubroutineType(types: !21)
|
|
|
|
!21 = !{null, !14}
|
|
|
|
!22 = !DILocalVariable(name: "value", arg: 1, scope: !19, file: !3, line: 3, type: !14)
|
|
|
|
!23 = !DIExpression()
|
|
|
|
!24 = !DILocation(line: 3, scope: !19)
|
|
|
|
!25 = !DILocalVariable(name: "tempValue", scope: !19, file: !3, line: 4, type: !4)
|
|
|
|
!26 = !DILocation(line: 4, scope: !19)
|
|
|
|
!27 = !DILocation(line: 5, scope: !19)
|
|
|
|
|