maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/test/MC/ELF/entsize.ll

45 lines
1.6 KiB
LLVM
Raw Normal View History

Move logic of determining ELF entsize from the .s printer to initialization time. That way, the EntrySize field is initialized for other code paths, namely, the .ll -> .o code path. llvm-svn: 115141
2010-09-30 13:59:22 +08:00
; RUN: llc -filetype=obj -mtriple x86_64-pc-linux-gnu %s -o - | elf-dump | FileCheck -check-prefix=64 %s
; Test that constant mergeable strings have sh_entsize set.
Update tests. llvm-svn: 123591
2011-01-17 02:02:57 +08:00
@.str1 = private unnamed_addr constant [6 x i8] c"tring\00"
@.str2 = private unnamed_addr constant [7 x i8] c"String\00"
@.c8a = private unnamed_addr constant [1 x i64] [i64 42]
@.c8b = private unnamed_addr constant [1 x i64] [i64 42]
Move logic of determining ELF entsize from the .s printer to initialization time. That way, the EntrySize field is initialized for other code paths, namely, the .ll -> .o code path. llvm-svn: 115141
2010-09-30 13:59:22 +08:00
define i32 @main() nounwind {
%1 = call i32 @puts(i8* getelementptr inbounds ([6 x i8]* @.str1, i32 0, i32 0))
%2 = call i32 @puts(i8* getelementptr inbounds ([7 x i8]* @.str2, i32 0, i32 0))
call void @foo(i64* getelementptr inbounds ([1 x i64]* @.c8a, i32 0, i32 0))
call void @foo(i64* getelementptr inbounds ([1 x i64]* @.c8b, i32 0, i32 0))
ret i32 0
}
declare i32 @puts(i8* nocapture) nounwind
declare void @foo(i64* nocapture) nounwind
;;;;;
Update tests llvm-svn: 129116
2011-04-08 07:51:25 +08:00
; 64: (('sh_name', 0x0000004e) # '.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-20 01:39:10 +08:00
; 64-NEXT: ('sh_type', 0x00000001)
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-05 01:00:11 +08:00
; 64-NEXT: ('sh_flags', 0x0000000000000032)
Move logic of determining ELF entsize from the .s printer to initialization time. That way, the EntrySize field is initialized for other code paths, namely, the .ll -> .o code path. llvm-svn: 115141
2010-09-30 13:59:22 +08:00
; 64-NEXT: ('sh_addr',
; 64-NEXT: ('sh_offset',
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-05 01:00:11 +08:00
; 64-NEXT: ('sh_size', 0x000000000000000d)
Move logic of determining ELF entsize from the .s printer to initialization time. That way, the EntrySize field is initialized for other code paths, namely, the .ll -> .o code path. llvm-svn: 115141
2010-09-30 13:59:22 +08:00
; 64-NEXT: ('sh_link',
; 64-NEXT: ('sh_info',
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-05 01:00:11 +08:00
; 64-NEXT: ('sh_addralign', 0x0000000000000001)
; 64-NEXT: ('sh_entsize', 0x0000000000000001)
Move logic of determining ELF entsize from the .s printer to initialization time. That way, the EntrySize field is initialized for other code paths, namely, the .ll -> .o code path. llvm-svn: 115141
2010-09-30 13:59:22 +08:00
Update tests llvm-svn: 129116
2011-04-08 07:51:25 +08:00
; 64: (('sh_name', 0x00000041) # '.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-20 01:39:10 +08:00
; 64-NEXT: ('sh_type', 0x00000001)
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-05 01:00:11 +08:00
; 64-NEXT: ('sh_flags', 0x0000000000000012)
Move logic of determining ELF entsize from the .s printer to initialization time. That way, the EntrySize field is initialized for other code paths, namely, the .ll -> .o code path. llvm-svn: 115141
2010-09-30 13:59:22 +08:00
; 64-NEXT: ('sh_addr',
; 64-NEXT: ('sh_offset',
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-05 01:00:11 +08:00
; 64-NEXT: ('sh_size', 0x0000000000000010)
Move logic of determining ELF entsize from the .s printer to initialization time. That way, the EntrySize field is initialized for other code paths, namely, the .ll -> .o code path. llvm-svn: 115141
2010-09-30 13:59:22 +08:00
; 64-NEXT: ('sh_link',
; 64-NEXT: ('sh_info',
Fix the bitwidth of the remaining fields. llvm-svn: 136884
2011-08-05 01:00:11 +08:00
; 64-NEXT: ('sh_addralign', 0x0000000000000008)
; 64-NEXT: ('sh_entsize', 0x0000000000000008)
Move logic of determining ELF entsize from the .s printer to initialization time. That way, the EntrySize field is initialized for other code paths, namely, the .ll -> .o code path. llvm-svn: 115141
2010-09-30 13:59:22 +08:00