RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-11-01 16:33:37 +01:00
Code Issues Projects Releases Wiki Activity
68e194ce22
llvm-mirror/test/MC/ELF/entsize.s

70 lines
2.0 KiB
ArmAsm
Raw Normal View History

Have ELFAsmParser.cpp use the already parsed "Size" (entry size) when constructing a section. Test for a few cases also included. llvm-svn: 115132
2010-09-30 04:41:46 +02:00
// RUN: llvm-mc -filetype=obj -triple x86_64-pc-linux-gnu %s -o - | elf-dump --dump-section-data | FileCheck %s
// Test that mergeable constants have sh_entsize set.
// 1 byte strings
.section .rodata.str1.1,"aMS",@progbits,1
.type .L.str1,@object # @.str1
.L.str1:
.asciz "tring"
.size .L.str1, 6
.type .L.str2,@object # @.str2
.L.str2:
.asciz "String"
.size .L.str2, 7
// 2 byte strings
.section .rodata.str2.1,"aMS",@progbits,2
.type .L.str3,@object # @.str3
.L.str3:
.asciz "L\000o\000n\000g\000"
.size .L.str3, 9
.type .L.str4,@object # @.str4
.L.str4:
.asciz "o\000n\000g\000"
.size .L.str4, 7
// 8 byte constants
.section .rodata.cst8,"aM",@progbits,8
.quad 42
.quad 42
Don't print a counter in hex. llvm-svn: 136869
2011-08-04 15:39:15 +02:00
// CHECK: # Section 4
Update tests llvm-svn: 129116
2011-04-08 01:51:25 +02:00
// CHECK-NEXT: ('sh_name', 0x00000048) # '.rodata.str1.1'
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-NEXT: ('sh_type', 0x00000001)
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-04 19:00:11 +02:00
// CHECK-NEXT: ('sh_flags', 0x0000000000000032)
Have ELFAsmParser.cpp use the already parsed "Size" (entry size) when constructing a section. Test for a few cases also included. llvm-svn: 115132
2010-09-30 04:41:46 +02:00
// CHECK-NEXT: ('sh_addr',
// CHECK-NEXT: ('sh_offset',
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-04 19:00:11 +02:00
// CHECK-NEXT: ('sh_size', 0x000000000000000d)
Have ELFAsmParser.cpp use the already parsed "Size" (entry size) when constructing a section. Test for a few cases also included. llvm-svn: 115132
2010-09-30 04:41:46 +02:00
// CHECK-NEXT: ('sh_link',
// CHECK-NEXT: ('sh_info',
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-04 19:00:11 +02:00
// CHECK-NEXT: ('sh_addralign', 0x0000000000000001)
// CHECK-NEXT: ('sh_entsize', 0x0000000000000001)
Have ELFAsmParser.cpp use the already parsed "Size" (entry size) when constructing a section. Test for a few cases also included. llvm-svn: 115132
2010-09-30 04:41:46 +02:00
Don't print a counter in hex. llvm-svn: 136869
2011-08-04 15:39:15 +02:00
// CHECK: # Section 5
Update tests llvm-svn: 129116
2011-04-08 01:51:25 +02:00
// CHECK-NEXT: ('sh_name', 0x00000039) # '.rodata.str2.1'
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-NEXT: ('sh_type', 0x00000001)
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-04 19:00:11 +02:00
// CHECK-NEXT: ('sh_flags', 0x0000000000000032)
Have ELFAsmParser.cpp use the already parsed "Size" (entry size) when constructing a section. Test for a few cases also included. llvm-svn: 115132
2010-09-30 04:41:46 +02:00
// CHECK-NEXT: ('sh_addr',
// CHECK-NEXT: ('sh_offset',
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-04 19:00:11 +02:00
// CHECK-NEXT: ('sh_size', 0x0000000000000010)
Have ELFAsmParser.cpp use the already parsed "Size" (entry size) when constructing a section. Test for a few cases also included. llvm-svn: 115132
2010-09-30 04:41:46 +02:00
// CHECK-NEXT: ('sh_link',
// CHECK-NEXT: ('sh_info',
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-04 19:00:11 +02:00
// CHECK-NEXT: ('sh_addralign', 0x0000000000000001)
// CHECK-NEXT: ('sh_entsize', 0x0000000000000002)
Have ELFAsmParser.cpp use the already parsed "Size" (entry size) when constructing a section. Test for a few cases also included. llvm-svn: 115132
2010-09-30 04:41:46 +02:00
Don't print a counter in hex. llvm-svn: 136869
2011-08-04 15:39:15 +02:00
// CHECK: # Section 6
Update tests llvm-svn: 129116
2011-04-08 01:51:25 +02:00
// CHECK-NEXT: ('sh_name', 0x0000002c) # '.rodata.cst8
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-NEXT: ('sh_type', 0x00000001)
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-04 19:00:11 +02:00
// CHECK-NEXT: ('sh_flags', 0x0000000000000012)
Have ELFAsmParser.cpp use the already parsed "Size" (entry size) when constructing a section. Test for a few cases also included. llvm-svn: 115132
2010-09-30 04:41:46 +02:00
// CHECK-NEXT: ('sh_addr',
// CHECK-NEXT: ('sh_offset',
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-04 19:00:11 +02:00
// CHECK-NEXT: ('sh_size', 0x0000000000000010)
Have ELFAsmParser.cpp use the already parsed "Size" (entry size) when constructing a section. Test for a few cases also included. llvm-svn: 115132
2010-09-30 04:41:46 +02:00
// CHECK-NEXT: ('sh_link',
// CHECK-NEXT: ('sh_info',
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-04 19:00:11 +02:00
// CHECK-NEXT: ('sh_addralign', 0x0000000000000001)
// CHECK-NEXT: ('sh_entsize', 0x0000000000000008)
Reference in New Issue Copy Permalink