diff options
| author | Jason W Kim <jason.w.kim.2009@gmail.com> | 2010-10-19 17:39:10 +0000 |
|---|---|---|
| committer | Jason W Kim <jason.w.kim.2009@gmail.com> | 2010-10-19 17:39:10 +0000 |
| commit | f7d5278fb32b84b6218a222346202ab3af17057c (patch) | |
| tree | 3644abbf2801a786ca63af47be0bd5bcbb5aa609 /test/MC/ELF/common2.s | |
| parent | 081c34b725980f995be9080eaec24cd3dfaaf065 (diff) | |
| download | llvm-f7d5278fb32b84b6218a222346202ab3af17057c.tar.gz llvm-f7d5278fb32b84b6218a222346202ab3af17057c.tar.bz2 llvm-f7d5278fb32b84b6218a222346202ab3af17057c.tar.xz | |
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.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@116823 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'test/MC/ELF/common2.s')
| -rw-r--r-- | test/MC/ELF/common2.s | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/test/MC/ELF/common2.s b/test/MC/ELF/common2.s index a95daa518f..b54cdfe143 100644 --- a/test/MC/ELF/common2.s +++ b/test/MC/ELF/common2.s @@ -9,12 +9,12 @@ .zero 1 .align 8 -// CHECK: (('sh_name', 13) # '.bss' +// CHECK: (('sh_name', 0x0000000d) # '.bss' // CHECK-NEXT: ('sh_type', // CHECK-NEXT: ('sh_flags' // CHECK-NEXT: ('sh_addr', // CHECK-NEXT: ('sh_offset', -// CHECK-NEXT: ('sh_size', 9) +// CHECK-NEXT: ('sh_size', 0x00000009) // CHECK-NEXT: ('sh_link', // CHECK-NEXT: ('sh_info', // CHECK-NEXT: ('sh_addralign', |