blob: 1369bcdf5aee7732800928c2ca0869bcfd1a59a8 [file] [log] [blame]
// RUN: llvm-mc -triple i386-apple-darwin9 %s -filetype=obj -o - | llvm-readobj -s | FileCheck %s
// FIXME: This is a horrible way of checking the output, we need an llvm-mc
// based 'otool'.
// This is a case where llvm-mc computes a better layout than Darwin 'as'. This
// issue is that after the first jmp slides, the .align size must be
// recomputed -- otherwise the second jump will appear to be out-of-range for a
// 1-byte jump.
L0:
.space 0x8a, 0x90
jmp L0
.space (0xb3 - 0x8f), 0x90
jle L2
.space (0xcd - 0xb5), 0x90
.align 4, 0x90
L1:
.space (0x130 - 0xd0),0x90
jl L1
L2:
.zerofill __DATA,__bss,_sym,4,2
// CHECK: Section {
// CHECK-NEXT: Index: 0
// CHECK-NEXT: Name: __text (5F 5F 74 65 78 74 00 00 00 00 00 00 00 00 00 00)
// CHECK-NEXT: Segment: __TEXT (5F 5F 54 45 58 54 00 00 00 00 00 00 00 00 00 00)
// CHECK-NEXT: Address: 0x0
// CHECK-NEXT: Size: 0x132
// CHECK-NEXT: Offset: 340
// CHECK-NEXT: Alignment: 4
// CHECK-NEXT: RelocationOffset: 0x0
// CHECK-NEXT: RelocationCount: 0
// CHECK-NEXT: Type: 0x0
// CHECK-NEXT: Attributes [ (0x800004)
// CHECK-NEXT: PureInstructions (0x800000)
// CHECK-NEXT: SomeInstructions (0x4)
// CHECK-NEXT: ]
// CHECK-NEXT: Reserved1: 0x0
// CHECK-NEXT: Reserved2: 0x0
// CHECK-NEXT: }