mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-25 04:02:41 +01:00
abf9b1c7a5
I was surprised to see the code model being passed to MC. After all, it assembles code, it doesn't create it. The one place it is used is in the expansion of .cfi directives to handle .eh_frame being more that 2gb away from the code. As far as I can tell, gnu assembler doesn't even have an option to enable this. Compiling a c file with gcc -mcmodel=large produces a regular looking .eh_frame. This is probably because in practice linker parse and recreate .eh_frames. In llvm this is used because the JIT can place the code and .eh_frame very far apart. Ideally we would fix the jit and delete this option. This is hard. Apart from confusion another problem with the current interface is that most callers pass CodeModel::Default, which is bad since MC has no way to map it to the target default if it actually needed to. This patch then replaces the argument with a boolean with a default value. The vast majority of users don't ever need to look at it. In fact, only CodeGen and llvm-mc use it and llvm-mc just to enable more testing. llvm-svn: 309884
28 lines
940 B
ArmAsm
28 lines
940 B
ArmAsm
// RUN: llvm-mc -filetype=obj -triple x86_64-pc-linux-gnu -large-code-model %s \
|
|
// RUN: -o - | llvm-readobj -s -sd | FileCheck %s
|
|
|
|
// CHECK: Section {
|
|
// CHECK: Index:
|
|
// CHECK: Name: .eh_frame
|
|
// CHECK-NEXT: Type: SHT_X86_64_UNWIND
|
|
// CHECK-NEXT: Flags [
|
|
// CHECK-NEXT: SHF_ALLOC
|
|
// CHECK-NEXT: ]
|
|
// CHECK-NEXT: Address: 0x0
|
|
// CHECK-NEXT: Offset: 0x40
|
|
// CHECK-NEXT: Size: 56
|
|
// CHECK-NEXT: Link: 0
|
|
// CHECK-NEXT: Info: 0
|
|
// CHECK-NEXT: AddressAlignment: 8
|
|
// CHECK-NEXT: EntrySize: 0
|
|
// CHECK-NEXT: SectionData (
|
|
// CHECK-NEXT: 0000: 14000000 00000000 017A5200 01781001 |.........zR..x..|
|
|
// CHECK-NEXT: 0010: 1C0C0708 90010000 1C000000 1C000000 |................|
|
|
// CHECK-NEXT: 0020: 00000000 00000000 00000000 00000000 |................|
|
|
// CHECK-NEXT: 0030: 00000000 00000000 |........|
|
|
// CHECK-NEXT: )
|
|
|
|
f:
|
|
.cfi_startproc
|
|
.cfi_endproc
|