llvm-mirror/test/MC/ELF/pic-diff.s

// RUN: llvm-mc -filetype=obj -triple x86_64-pc-linux-gnu %s -o - | elf-dump  | FileCheck %s

// CHECK:       ('_relocations', [
// CHECK-NEXT:    # Relocation 0x00000000
// CHECK-NEXT:    (('r_offset', 0x0000000c)
// CHECK-NEXT:     ('r_sym', 0x00000005)
// CHECK-NEXT:     ('r_type', 0x00000002)
// CHECK-NEXT:     ('r_addend', 0x00000008)
// CHECK-NEXT:    ),
// CHECK-NEXT:   ])

// CHECK:         # Symbol 0x00000005
// CHECK-NEXT:    (('st_name', 0x00000005) # 'baz'
// CHECK-NEXT:     ('st_bind', 0x00000001)
// CHECK-NEXT:     ('st_type', 0x00000000)
// CHECK-NEXT:     ('st_other', 0x00000000)
// CHECK-NEXT:     ('st_shndx', 0x00000000)
// CHECK-NEXT:     ('st_value', 0x0000000000000000)
// CHECK-NEXT:     ('st_size', 0x0000000000000000)
// CHECK-NEXT:    ),

.zero 4
.data

.zero 1
.align 4
foo:
.zero 8
.long baz - foo
Implement a very basic PIC case. llvm-svn: 115454 2010-10-03 02:46:57 +02:00			`// RUN: llvm-mc -filetype=obj -triple x86_64-pc-linux-gnu %s -o - \| elf-dump \| FileCheck %s`

Write the section table and the section data in the same order that gun as does. This makes it a lot easier to compare the output of both as the addresses are now a lot closer. llvm-svn: 127972 2011-03-20 19:44:20 +01:00			`// CHECK: ('_relocations', [`
			`// CHECK-NEXT: # Relocation 0x00000000`
			`// CHECK-NEXT: (('r_offset', 0x0000000c)`
			`// CHECK-NEXT: ('r_sym', 0x00000005)`
			`// CHECK-NEXT: ('r_type', 0x00000002)`
			`// CHECK-NEXT: ('r_addend', 0x00000008)`
			`// CHECK-NEXT: ),`
			`// CHECK-NEXT: ])`

Fixing r116753 r116756 r116777 The failures in r116753 r116756 were caused by a python issue - Python likes to append 'L' suffix to stringified numbers if the number is larger than a machine int. Unfortunately, this causes a divergence of behavior between 32 and 64 bit python versions. I re-crafted elf-dump/common_dump to take care of these issues by: 1. always printing 0x (makes for easy sed/regex) 2. always print fixed length (exactly 2 + numBits/4 digits long) by mod ((2^numBits) - 1) 3. left-padded with '0' There is a residual common routine that is also used by macho-dump (dataToHex) , so I left the 'section_data' test values alone. llvm-svn: 116823 2010-10-19 19:39:10 +02:00			`// CHECK: # Symbol 0x00000005`
			`// CHECK-NEXT: (('st_name', 0x00000005) # 'baz'`
			`// CHECK-NEXT: ('st_bind', 0x00000001)`
			`// CHECK-NEXT: ('st_type', 0x00000000)`
			`// CHECK-NEXT: ('st_other', 0x00000000)`
			`// CHECK-NEXT: ('st_shndx', 0x00000000)`
Print all 64bits for st_value and st_size. Adjust tests accordingly. llvm-svn: 122263 2010-12-20 21:49:43 +01:00			`// CHECK-NEXT: ('st_value', 0x0000000000000000)`
			`// CHECK-NEXT: ('st_size', 0x0000000000000000)`
Implement a very basic PIC case. llvm-svn: 115454 2010-10-03 02:46:57 +02:00			`// CHECK-NEXT: ),`

Include the section address in the computation of the relocation. llvm-svn: 115509 2010-10-04 17:59:01 +02:00			`.zero 4`
			`.data`

Correctly compute the relocation when it is not in the first fragment. llvm-svn: 115506 2010-10-04 17:28:43 +02:00			`.zero 1`
			`.align 4`
Implement a very basic PIC case. llvm-svn: 115454 2010-10-03 02:46:57 +02:00			`foo:`
			`.zero 8`
			`.long baz - foo`