uleb-ehtable.s
1.28 KB
// RUN: llvm-mc -filetype=obj -triple i686-pc-linux-gnu %s -o - | llvm-readobj -S --sd - | FileCheck %s -check-prefix=CHECK -check-prefix=ELF
// RUN: llvm-mc -filetype=obj -triple x86_64-pc-linux-gnu %s -o - | llvm-readobj -S --sd - | FileCheck %s -check-prefix=CHECK -check-prefix=ELF
// RUN: llvm-mc -filetype=obj -triple i386-apple-darwin9 %s -o - | llvm-readobj -S --sd - | FileCheck %s -check-prefix=CHECK -check-prefix=MACHO
// RUN: llvm-mc -filetype=obj -triple x86_64-apple-darwin9 %s -o - | llvm-readobj -S --sd - | FileCheck %s -check-prefix=CHECK -check-prefix=MACHO
// Test that we can assemble a GCC-like EH table that has 16381-16383 bytes of
// non-padding data between .ttbaseref and .ttbase. The assembler must insert
// extra padding either into the uleb128 or at the balign directive. See
// PR35809.
.data
.balign 4
foo:
.byte 0xff // LPStart omitted
.byte 0x1 // TType encoding (uleb128)
.uleb128 .ttbase-.ttbaseref
.ttbaseref:
.fill 128*128-1, 1, 0xcd // call site and actions tables
.balign 4
.ttbase:
.byte 1, 2, 3, 4
// ELF: Name: .data
// MACHO: Name: __data
// CHECK: SectionData (
// CHECK-NEXT: 0000: FF01FFFF 00CDCDCD CDCDCDCD CDCDCDCD
// CHECK: 4000: CDCDCDCD 01020304
// CHECK-NEXT: )