2014-03-18 00:12:25 +00:00
|
|
|
; REQUIRES: object-emission
|
|
|
|
|
2014-03-17 23:29:40 +00:00
|
|
|
; RUN: %llc_dwarf < %s -filetype=obj | llvm-dwarfdump -debug-dump=line - | FileCheck %s
|
2014-03-18 00:11:48 +00:00
|
|
|
; RUN: %llc_dwarf < %s -filetype=asm | FileCheck --check-prefix=ASM %s
|
2014-03-17 23:29:40 +00:00
|
|
|
|
2014-03-20 17:05:45 +00:00
|
|
|
; If multiple line tables are emitted, one per CU, those line tables can
|
|
|
|
; unambiguously rely on the comp_dir of their owning CU and use directory '0'
|
|
|
|
; to refer to it.
|
|
|
|
|
2014-03-17 23:29:40 +00:00
|
|
|
; CHECK: .debug_line contents:
|
|
|
|
; CHECK-NEXT: Line table prologue:
|
|
|
|
; CHECK-NOT: include_directories
|
|
|
|
; CHECK: file_names[ 1] 0 {{.*}} a.cpp
|
|
|
|
; CHECK-NOT: file_names
|
|
|
|
|
|
|
|
; CHECK: Line table prologue:
|
|
|
|
; CHECK-NOT: include_directories
|
|
|
|
; CHECK: file_names[ 1] 0 {{.*}} b.cpp
|
|
|
|
; CHECK-NOT: file_names
|
|
|
|
|
2014-03-20 17:05:45 +00:00
|
|
|
; However, if a single line table is emitted and shared between CUs, the
|
|
|
|
; comp_dir is ambiguous and relying on it would lead to different path
|
|
|
|
; interpretations depending on which CU lead to the table - so ensure that
|
|
|
|
; full paths are always emitted in this case, never comp_dir relative.
|
|
|
|
|
2014-03-18 06:01:14 +00:00
|
|
|
; ASM: .file 1 "/tmp/dbginfo/a{{[/\\]+}}a.cpp"
|
|
|
|
; ASM: .file 2 "/tmp/dbginfo/b{{[/\\]+}}b.cpp"
|
2014-03-18 00:11:48 +00:00
|
|
|
|
2014-03-17 23:29:40 +00:00
|
|
|
; Generated from the following source compiled to bitcode from within their
|
|
|
|
; respective directories (with debug info) and linked together with llvm-link
|
|
|
|
|
|
|
|
; a/a.cpp
|
|
|
|
; void func() {
|
|
|
|
; }
|
|
|
|
|
|
|
|
; b/b.cpp
|
|
|
|
; void func();
|
|
|
|
; int main() {
|
|
|
|
; func();
|
|
|
|
; }
|
|
|
|
|
|
|
|
; Function Attrs: nounwind uwtable
|
|
|
|
define void @_Z4funcv() #0 {
|
|
|
|
entry:
|
|
|
|
ret void, !dbg !19
|
|
|
|
}
|
|
|
|
|
|
|
|
; Function Attrs: uwtable
|
|
|
|
define i32 @main() #1 {
|
|
|
|
entry:
|
|
|
|
call void @_Z4funcv(), !dbg !20
|
|
|
|
ret i32 0, !dbg !21
|
|
|
|
}
|
|
|
|
|
|
|
|
attributes #0 = { nounwind uwtable "less-precise-fpmad"="false" "no-frame-pointer-elim"="true" "no-frame-pointer-elim-non-leaf" "no-infs-fp-math"="false" "no-nans-fp-math"="false" "stack-protector-buffer-size"="8" "unsafe-fp-math"="false" "use-soft-float"="false" }
|
|
|
|
attributes #1 = { uwtable "less-precise-fpmad"="false" "no-frame-pointer-elim"="true" "no-frame-pointer-elim-non-leaf" "no-infs-fp-math"="false" "no-nans-fp-math"="false" "stack-protector-buffer-size"="8" "unsafe-fp-math"="false" "use-soft-float"="false" }
|
|
|
|
|
|
|
|
!llvm.dbg.cu = !{!0, !8}
|
|
|
|
!llvm.module.flags = !{!16, !17}
|
|
|
|
!llvm.ident = !{!18, !18}
|
|
|
|
|
IR: Make metadata typeless in assembly
Now that `Metadata` is typeless, reflect that in the assembly. These
are the matching assembly changes for the metadata/value split in
r223802.
- Only use the `metadata` type when referencing metadata from a call
intrinsic -- i.e., only when it's used as a `Value`.
- Stop pretending that `ValueAsMetadata` is wrapped in an `MDNode`
when referencing it from call intrinsics.
So, assembly like this:
define @foo(i32 %v) {
call void @llvm.foo(metadata !{i32 %v}, metadata !0)
call void @llvm.foo(metadata !{i32 7}, metadata !0)
call void @llvm.foo(metadata !1, metadata !0)
call void @llvm.foo(metadata !3, metadata !0)
call void @llvm.foo(metadata !{metadata !3}, metadata !0)
ret void, !bar !2
}
!0 = metadata !{metadata !2}
!1 = metadata !{i32* @global}
!2 = metadata !{metadata !3}
!3 = metadata !{}
turns into this:
define @foo(i32 %v) {
call void @llvm.foo(metadata i32 %v, metadata !0)
call void @llvm.foo(metadata i32 7, metadata !0)
call void @llvm.foo(metadata i32* @global, metadata !0)
call void @llvm.foo(metadata !3, metadata !0)
call void @llvm.foo(metadata !{!3}, metadata !0)
ret void, !bar !2
}
!0 = !{!2}
!1 = !{i32* @global}
!2 = !{!3}
!3 = !{}
I wrote an upgrade script that handled almost all of the tests in llvm
and many of the tests in cfe (even handling many `CHECK` lines). I've
attached it (or will attach it in a moment if you're speedy) to PR21532
to help everyone update their out-of-tree testcases.
This is part of PR21532.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@224257 91177308-0d34-0410-b5e6-96231b3b80d8
2014-12-15 19:07:53 +00:00
|
|
|
!0 = !{!"0x11\004\00clang version 3.5.0 \000\00\000\00\001", !1, !2, !2, !3, !2, !2} ; [ DW_TAG_compile_unit ]
|
|
|
|
!1 = !{!"a.cpp", !"/tmp/dbginfo/a"}
|
|
|
|
!2 = !{}
|
|
|
|
!3 = !{!4}
|
|
|
|
!4 = !{!"0x2e\00func\00func\00_Z4funcv\001\000\001\000\006\00256\000\001", !1, !5, !6, null, void ()* @_Z4funcv, null, null, !2} ; [ DW_TAG_subprogram ] [line 1] [def] [func]
|
|
|
|
!5 = !{!"0x29", !1} ; [ DW_TAG_file_type ] [/tmp/dbginfo/a/a.cpp]
|
|
|
|
!6 = !{!"0x15\00\000\000\000\000\000\000", i32 0, null, null, !7, null, null, null} ; [ DW_TAG_subroutine_type ] [line 0, size 0, align 0, offset 0] [from ]
|
|
|
|
!7 = !{null}
|
|
|
|
!8 = !{!"0x11\004\00clang version 3.5.0 \000\00\000\00\001", !9, !2, !2, !10, !2, !2} ; [ DW_TAG_compile_unit ]
|
|
|
|
!9 = !{!"b.cpp", !"/tmp/dbginfo/b"}
|
|
|
|
!10 = !{!11}
|
|
|
|
!11 = !{!"0x2e\00main\00main\00\002\000\001\000\006\00256\000\002", !9, !12, !13, null, i32 ()* @main, null, null, !2} ; [ DW_TAG_subprogram ] [line 2] [def] [main]
|
|
|
|
!12 = !{!"0x29", !9} ; [ DW_TAG_file_type ] [/tmp/dbginfo/b/b.cpp]
|
|
|
|
!13 = !{!"0x15\00\000\000\000\000\000\000", i32 0, null, null, !14, null, null, null} ; [ DW_TAG_subroutine_type ] [line 0, size 0, align 0, offset 0] [from ]
|
|
|
|
!14 = !{!15}
|
|
|
|
!15 = !{!"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]
|
|
|
|
!16 = !{i32 2, !"Dwarf Version", i32 4}
|
|
|
|
!17 = !{i32 1, !"Debug Info Version", i32 2}
|
|
|
|
!18 = !{!"clang version 3.5.0 "}
|
|
|
|
!19 = !{i32 2, i32 0, !4, null}
|
|
|
|
!20 = !{i32 3, i32 0, !11, null}
|
|
|
|
!21 = !{i32 4, i32 0, !11, null}
|
2014-03-17 23:29:40 +00:00
|
|
|
|