Skip to content

Commit da53ea3

Browse files
committed
Test that simple .texts can have .debug_line emitted in one data fragment
1 parent fc04fb4 commit da53ea3

File tree

1 file changed

+94
-0
lines changed

1 file changed

+94
-0
lines changed
Lines changed: 94 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,94 @@
1+
; RUN: llc %s -o %t.o -filetype=obj
2+
; RUN: llvm-dwarfdump --debug-line %t.o | FileCheck %s --check-prefix=LINES
3+
; RUN: llc %s -o %t.o -filetype=obj -debug-only=mc-dump 2>&1 | FileCheck %s --check-prefix=FRAGMENTS
4+
5+
;; Test (using mc-dump debug output) that .debug_line can be arranged in memory
6+
;; using a single data fragment for a simple function, instead of using multiple
7+
;; MCDwarfFragment fragments in un-necessary cirucmstances. Some targets want
8+
;; multiple fragments so that they can linker-relax the linetable, but x86
9+
;; doesn't.
10+
;;
11+
;; First, sanity check that the linetable output is as expected,
12+
13+
; LINES: Address Line Column File ISA Discriminator OpIndex Flags
14+
; LINES-NEXT: ------------------ ------ ------ ------ --- ------------- ------- -------------
15+
; LINES-NEXT: 0x0000000000000000 3 5 0 0 0 0 is_stmt prologue_end
16+
; LINES-NEXT: 0x0000000000000003 4 12 0 0 0 0 is_stmt
17+
; LINES-NEXT: 0x0000000000000007 4 3 0 0 0 0
18+
; LINES-NEXT: 0x0000000000000008 4 3 0 0 0 0 end_sequence
19+
20+
;; Here's a typical example of .debug_line in a suboptimal arrangement: for each
21+
;; address-delta there's an MCDwarfFragment computing the delta during
22+
;; relaxation.
23+
;;
24+
;; <MCSection Name:.debug_line Fragments:[
25+
;; <MCDataFragment<MCFragment
26+
;; Contents:[...
27+
;; Fixups:[...
28+
;; <MCDwarfFragment<MCFragment 0x5624fe435a80 LayoutOrder:1 Offset:86 HasInstructions:0 BundlePadding:0>
29+
;; AddrDelta:- LineDelta:1>,
30+
;; <MCDataFragment<MCFragment 0x5624fe435b00 LayoutOrder:2 Offset:87 HasInstructions:0 BundlePadding:0>
31+
;; Contents:[05,03,06] (3 bytes)>,
32+
;; <MCDwarfFragment<MCFragment 0x5624fe435bd0 LayoutOrder:3 Offset:90 HasInstructions:0 BundlePadding:0>
33+
;; AddrDelta:- LineDelta:0>,
34+
;; <MCDwarfFragment<MCFragment 0x5624fe435c50 LayoutOrder:4 Offset:91 HasInstructions:0 BundlePadding:0>
35+
;; AddrDelta:- LineDelta:9223372036854775807>,
36+
;; <MCDataFragment<MCFragment 0x5624fe435cd0 LayoutOrder:5 Offset:96 HasInstructions:0 BundlePadding:0>
37+
;; Contents:[] (0 bytes)>]>,
38+
;;
39+
;; The function in question is made of a single data fragment where the address
40+
;; deltas are known at assembly time. We can (and should) emit .debug_line as a
41+
;; single data fragment. (Check that we see one data fragment, then no more
42+
;; fragments until the next section).
43+
;
44+
; FRAGMENTS: <MCSection Name:.debug_line Fragments:[
45+
; FRAGMENTS-NEXT: <MCDataFragment<MCFragment
46+
; FRAGMENTS-NEXT: Contents:[
47+
; FRAGMENTS-NEXT: Fixups:[
48+
;
49+
; FRAGMENTS-NOT: MCDataFragment
50+
; FRAGMENTS-NOT: MCFragment
51+
;
52+
; FRAGMENTS: <MCSection Name:.debug_line_str Fragments:[
53+
54+
target datalayout = "e-m:e-p270:32:32-p271:32:32-p272:64:64-i64:64-i128:128-f80:128-n8:16:32:64-S128"
55+
target triple = "x86_64-unknown-linux-gnu"
56+
57+
define dso_local i32 @foo(i32 noundef %a, i32 noundef %b) local_unnamed_addr #0 !dbg !10 {
58+
entry:
59+
#dbg_value(i32 %a, !15, !DIExpression(), !17)
60+
#dbg_value(i32 %b, !16, !DIExpression(), !17)
61+
%add = add nsw i32 %a, 1, !dbg !18
62+
#dbg_value(i32 %add, !15, !DIExpression(), !17)
63+
%mul = mul nsw i32 %b, 5, !dbg !19
64+
#dbg_value(i32 %mul, !16, !DIExpression(), !17)
65+
%add1 = add nsw i32 %add, %mul, !dbg !20
66+
ret i32 %add1, !dbg !21
67+
}
68+
69+
!llvm.dbg.cu = !{!0}
70+
!llvm.module.flags = !{!2, !3, !4, !5, !6, !7, !8}
71+
!llvm.ident = !{!9}
72+
73+
!0 = distinct !DICompileUnit(language: DW_LANG_C11, file: !1, producer: "clang version 21.0.0git (/fast/fs/llvm4 8bd196e0eaf4310ad2d9598512d13220b28b9aee)", isOptimized: true, runtimeVersion: 0, emissionKind: FullDebug, splitDebugInlining: false, nameTableKind: None)
74+
!1 = !DIFile(filename: "text.c", directory: "/fast/fs/llvm-main", checksumkind: CSK_MD5, checksum: "e81ed96ea393640bf1b965103b190e09")
75+
!2 = !{i32 7, !"Dwarf Version", i32 5}
76+
!3 = !{i32 2, !"Debug Info Version", i32 3}
77+
!4 = !{i32 1, !"wchar_size", i32 4}
78+
!5 = !{i32 8, !"PIC Level", i32 2}
79+
!6 = !{i32 7, !"PIE Level", i32 2}
80+
!7 = !{i32 7, !"uwtable", i32 2}
81+
!8 = !{i32 7, !"debug-info-assignment-tracking", i1 true}
82+
!9 = !{!"clang version 21.0.0git (/fast/fs/llvm4 8bd196e0eaf4310ad2d9598512d13220b28b9aee)"}
83+
!10 = distinct !DISubprogram(name: "foo", scope: !1, file: !1, line: 1, type: !11, scopeLine: 1, flags: DIFlagPrototyped | DIFlagAllCallsDescribed, spFlags: DISPFlagDefinition | DISPFlagOptimized, unit: !0, retainedNodes: !14)
84+
!11 = !DISubroutineType(types: !12)
85+
!12 = !{!13, !13, !13}
86+
!13 = !DIBasicType(name: "int", size: 32, encoding: DW_ATE_signed)
87+
!14 = !{!15, !16}
88+
!15 = !DILocalVariable(name: "a", arg: 1, scope: !10, file: !1, line: 1, type: !13)
89+
!16 = !DILocalVariable(name: "b", arg: 2, scope: !10, file: !1, line: 1, type: !13)
90+
!17 = !DILocation(line: 0, scope: !10)
91+
!18 = !DILocation(line: 2, column: 5, scope: !10)
92+
!19 = !DILocation(line: 3, column: 5, scope: !10)
93+
!20 = !DILocation(line: 4, column: 12, scope: !10)
94+
!21 = !DILocation(line: 4, column: 3, scope: !10)

0 commit comments

Comments
 (0)