maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/test/Object/nm-trivial-object.test

79 lines
2.5 KiB
Plaintext
Raw Normal View History

Move test yaml files under Inputs until they are converted to be the actual test files. llvm-svn: 161219
2012-08-03 05:52:49 +08:00
RUN: yaml2obj %p/Inputs/COFF/i386.yaml | llvm-nm \
RUN: | FileCheck %s -check-prefix COFF
RUN: yaml2obj %p/Inputs/COFF/x86-64.yaml | llvm-nm \
Add missing ':'. llvm-svn: 180616
2013-04-27 01:54:46 +08:00
RUN: | FileCheck %s -check-prefix COFF
Change the actual tests to match the input directory rename (duh) llvm-svn: 143404
2011-11-01 07:56:52 +08:00
RUN: llvm-nm %p/Inputs/trivial-object-test.elf-i386 \
Object: Add some tests! llvm-svn: 123899
2011-01-20 14:39:15 +08:00
RUN: | FileCheck %s -check-prefix ELF
Change the actual tests to match the input directory rename (duh) llvm-svn: 143404
2011-11-01 07:56:52 +08:00
RUN: llvm-nm %p/Inputs/trivial-object-test.elf-x86-64 \
Fix llvm-nm to print the full 64-bit address for symbols in 64-bit object files. The implementation might be better to have a method is64Bit() in the class SymbolicFile instead of having the static routine isSymbolList64Bit() in llvm-nm.cpp . But this is very much in the sprit of isObject() and getNMTypeChar() in llvm-nm.cpp that has a series of if else statements based on the specific class of the SymbolicFile. I can update this if folks would like. Also the tests were updated to be explicit about checking the address for 64-bits or 32-bits from object files. llvm-svn: 208463
2014-05-10 07:57:49 +08:00
RUN: | FileCheck %s -check-prefix ELF64
Small fix for llvm-nm handling of weak symbols on ELF (print 'v'). llvm-svn: 200808
2014-02-05 07:53:15 +08:00
RUN: llvm-nm %p/Inputs/weak.elf-x86-64 \
Fix llvm-nm to print the full 64-bit address for symbols in 64-bit object files. The implementation might be better to have a method is64Bit() in the class SymbolicFile instead of having the static routine isSymbolList64Bit() in llvm-nm.cpp . But this is very much in the sprit of isObject() and getNMTypeChar() in llvm-nm.cpp that has a series of if else statements based on the specific class of the SymbolicFile. I can update this if folks would like. Also the tests were updated to be explicit about checking the address for 64-bits or 32-bits from object files. llvm-svn: 208463
2014-05-10 07:57:49 +08:00
RUN: | FileCheck %s -check-prefix WEAK-ELF64
Add a test for printing absolute symbols in ELF. llvm-svn: 200818
2014-02-05 12:36:47 +08:00
RUN: llvm-nm %p/Inputs/absolute.elf-x86-64 \
Fix llvm-nm to print the full 64-bit address for symbols in 64-bit object files. The implementation might be better to have a method is64Bit() in the class SymbolicFile instead of having the static routine isSymbolList64Bit() in llvm-nm.cpp . But this is very much in the sprit of isObject() and getNMTypeChar() in llvm-nm.cpp that has a series of if else statements based on the specific class of the SymbolicFile. I can update this if folks would like. Also the tests were updated to be explicit about checking the address for 64-bits or 32-bits from object files. llvm-svn: 208463
2014-05-10 07:57:49 +08:00
RUN: | FileCheck %s -check-prefix ABSOLUTE-ELF64
Fixed ObjectFile functions: - getSymbolOffset() renamed as getSymbolFileOffset() - getSymbolFileOffset(), getSymbolAddress(), getRelocationAddress() returns same result for ELFObjectFile, MachOObjectFile and COFFObjectFile. - added getRelocationOffset() - fixed MachOObjectFile::getSymbolSize() - fixed MachOObjectFile::getSymbolSection() - fixed MachOObjectFile::getSymbolOffset() for symbols without section data. llvm-svn: 145408
2011-11-30 01:40:10 +08:00
RUN: llvm-nm %p/Inputs/trivial-object-test.macho-i386 \
RUN: | FileCheck %s -check-prefix macho
RUN: llvm-nm %p/Inputs/trivial-object-test.macho-x86-64 \
RUN: | FileCheck %s -check-prefix macho64
Add a test for common symbols in coff. llvm-svn: 200803
2014-02-05 07:18:52 +08:00
RUN: llvm-nm %p/Inputs/common.coff-i386 \
RUN: | FileCheck %s -check-prefix COFF-COMMON
Revert "Fix a nomenclature error in llvm-nm." This reverts commit r205479. It turns out that nm does use addresses, it is just that every reasonable relocatable ELF object has sections with address 0. I have no idea if those exist in reality, but it at least it shows that llvm-nm should use the name address. The added test was includes an unusual .o file with non 0 section addresses. I created it by hacking ELFObjectWriter.cpp. Really sorry for the churn. llvm-svn: 205493
2014-04-03 08:19:35 +08:00
RUN: llvm-nm %p/Inputs/relocatable-with-section-address.elf-x86-64 \
Fix llvm-nm to print the full 64-bit address for symbols in 64-bit object files. The implementation might be better to have a method is64Bit() in the class SymbolicFile instead of having the static routine isSymbolList64Bit() in llvm-nm.cpp . But this is very much in the sprit of isObject() and getNMTypeChar() in llvm-nm.cpp that has a series of if else statements based on the specific class of the SymbolicFile. I can update this if folks would like. Also the tests were updated to be explicit about checking the address for 64-bits or 32-bits from object files. llvm-svn: 208463
2014-05-10 07:57:49 +08:00
RUN: | FileCheck %s -check-prefix ELF-SEC-ADDR64
Only clear the thumb bit from function addresses. llvm-svn: 205500
2014-04-03 10:20:43 +08:00
RUN: llvm-nm %p/Inputs/thumb-symbols.elf.arm \
RUN: | FileCheck %s -check-prefix ELF-THUMB
Object: Add some tests! llvm-svn: 123899
2011-01-20 14:39:15 +08:00
COFF: 00000000 d .data
COFF: 00000000 t .text
COFF: 00000000 d L{{_?}}.str
COFF: U {{_?}}SomeOtherFunction
COFF: 00000000 T {{_?}}main
COFF: U {{_?}}puts
Add a test for common symbols in coff. llvm-svn: 200803
2014-02-05 07:18:52 +08:00
COFF-COMMON: 00000000 b .bss
COFF-COMMON-NEXT: 00000000 d .data
COFF-COMMON-NEXT: 00000000 d .drectve
COFF-COMMON-NEXT: 00000000 n .file
COFF-COMMON-NEXT: 00000000 r .rdata$zzz
COFF-COMMON-NEXT: 00000000 t .text
COFF-COMMON-NEXT: C _a
Mark ELF's first symbol as format specific so that llvm-nm ignores it. llvm-svn: 186860
2013-07-23 03:24:34 +08:00
ELF-NOT: U
Object: Add some tests! llvm-svn: 123899
2011-01-20 14:39:15 +08:00
ELF: U SomeOtherFunction
ELF: 00000000 T main
ELF: U puts
Fixed ObjectFile functions: - getSymbolOffset() renamed as getSymbolFileOffset() - getSymbolFileOffset(), getSymbolAddress(), getRelocationAddress() returns same result for ELFObjectFile, MachOObjectFile and COFFObjectFile. - added getRelocationOffset() - fixed MachOObjectFile::getSymbolSize() - fixed MachOObjectFile::getSymbolSection() - fixed MachOObjectFile::getSymbolOffset() for symbols without section data. llvm-svn: 145408
2011-11-30 01:40:10 +08:00
Fix llvm-nm to print the full 64-bit address for symbols in 64-bit object files. The implementation might be better to have a method is64Bit() in the class SymbolicFile instead of having the static routine isSymbolList64Bit() in llvm-nm.cpp . But this is very much in the sprit of isObject() and getNMTypeChar() in llvm-nm.cpp that has a series of if else statements based on the specific class of the SymbolicFile. I can update this if folks would like. Also the tests were updated to be explicit about checking the address for 64-bits or 32-bits from object files. llvm-svn: 208463
2014-05-10 07:57:49 +08:00
ELF64: U SomeOtherFunction
ELF64: 0000000000000000 T main
ELF64: U puts
WEAK-ELF64: w f1
WEAK-ELF64: 0000000000000000 W f2
WEAK-ELF64: v x1
WEAK-ELF64: 0000000000000000 V x2
Fixed ObjectFile functions: - getSymbolOffset() renamed as getSymbolFileOffset() - getSymbolFileOffset(), getSymbolAddress(), getRelocationAddress() returns same result for ELFObjectFile, MachOObjectFile and COFFObjectFile. - added getRelocationOffset() - fixed MachOObjectFile::getSymbolSize() - fixed MachOObjectFile::getSymbolSection() - fixed MachOObjectFile::getSymbolOffset() for symbols without section data. llvm-svn: 145408
2011-11-30 01:40:10 +08:00
Fix llvm-nm to print the full 64-bit address for symbols in 64-bit object files. The implementation might be better to have a method is64Bit() in the class SymbolicFile instead of having the static routine isSymbolList64Bit() in llvm-nm.cpp . But this is very much in the sprit of isObject() and getNMTypeChar() in llvm-nm.cpp that has a series of if else statements based on the specific class of the SymbolicFile. I can update this if folks would like. Also the tests were updated to be explicit about checking the address for 64-bits or 32-bits from object files. llvm-svn: 208463
2014-05-10 07:57:49 +08:00
ABSOLUTE-ELF64: 0000000000000123 a a1
ABSOLUTE-ELF64: 0000000000000123 A a2
Add a test for printing absolute symbols in ELF. llvm-svn: 200818
2014-02-05 12:36:47 +08:00
Update MachOObjectFile::getSymbolAddress so it returns UnknownAddressOrSize for undefined symbols, so it matches what COFFObjectFile::getSymbolAddress does. This allows llvm-nm to print spaces instead of 0’s for the value of undefined symbols in Mach-O files. To make this change other uses of MachOObjectFile::getSymbolAddress are updated to handle when the Value is returned as UnknownAddressOrSize. Which is needed to keep two of the ExecutionEngine tests working for example. llvm-svn: 209253
2014-05-21 07:04:47 +08:00
macho: U _SomeOtherFunction
Fix llvm-nm to mach OS X's nm on some tests. There is still a long way to go for llvm-nm, but at least we now match nm's letter output in the cases we test for. llvm-svn: 193912
2013-11-02 13:03:24 +08:00
macho: 00000000 T _main
Update MachOObjectFile::getSymbolAddress so it returns UnknownAddressOrSize for undefined symbols, so it matches what COFFObjectFile::getSymbolAddress does. This allows llvm-nm to print spaces instead of 0’s for the value of undefined symbols in Mach-O files. To make this change other uses of MachOObjectFile::getSymbolAddress are updated to handle when the Value is returned as UnknownAddressOrSize. Which is needed to keep two of the ExecutionEngine tests working for example. llvm-svn: 209253
2014-05-21 07:04:47 +08:00
macho: U _puts
Fixed ObjectFile functions: - getSymbolOffset() renamed as getSymbolFileOffset() - getSymbolFileOffset(), getSymbolAddress(), getRelocationAddress() returns same result for ELFObjectFile, MachOObjectFile and COFFObjectFile. - added getRelocationOffset() - fixed MachOObjectFile::getSymbolSize() - fixed MachOObjectFile::getSymbolSection() - fixed MachOObjectFile::getSymbolOffset() for symbols without section data. llvm-svn: 145408
2011-11-30 01:40:10 +08:00
Fix llvm-nm to print the full 64-bit address for symbols in 64-bit object files. The implementation might be better to have a method is64Bit() in the class SymbolicFile instead of having the static routine isSymbolList64Bit() in llvm-nm.cpp . But this is very much in the sprit of isObject() and getNMTypeChar() in llvm-nm.cpp that has a series of if else statements based on the specific class of the SymbolicFile. I can update this if folks would like. Also the tests were updated to be explicit about checking the address for 64-bits or 32-bits from object files. llvm-svn: 208463
2014-05-10 07:57:49 +08:00
macho64: 0000000000000028 s L_.str
Update MachOObjectFile::getSymbolAddress so it returns UnknownAddressOrSize for undefined symbols, so it matches what COFFObjectFile::getSymbolAddress does. This allows llvm-nm to print spaces instead of 0’s for the value of undefined symbols in Mach-O files. To make this change other uses of MachOObjectFile::getSymbolAddress are updated to handle when the Value is returned as UnknownAddressOrSize. Which is needed to keep two of the ExecutionEngine tests working for example. llvm-svn: 209253
2014-05-21 07:04:47 +08:00
macho64: U _SomeOtherFunction
Fix llvm-nm to print the full 64-bit address for symbols in 64-bit object files. The implementation might be better to have a method is64Bit() in the class SymbolicFile instead of having the static routine isSymbolList64Bit() in llvm-nm.cpp . But this is very much in the sprit of isObject() and getNMTypeChar() in llvm-nm.cpp that has a series of if else statements based on the specific class of the SymbolicFile. I can update this if folks would like. Also the tests were updated to be explicit about checking the address for 64-bits or 32-bits from object files. llvm-svn: 208463
2014-05-10 07:57:49 +08:00
macho64: 0000000000000000 T _main
Update MachOObjectFile::getSymbolAddress so it returns UnknownAddressOrSize for undefined symbols, so it matches what COFFObjectFile::getSymbolAddress does. This allows llvm-nm to print spaces instead of 0’s for the value of undefined symbols in Mach-O files. To make this change other uses of MachOObjectFile::getSymbolAddress are updated to handle when the Value is returned as UnknownAddressOrSize. Which is needed to keep two of the ExecutionEngine tests working for example. llvm-svn: 209253
2014-05-21 07:04:47 +08:00
macho64: U _puts
Revert "Fix a nomenclature error in llvm-nm." This reverts commit r205479. It turns out that nm does use addresses, it is just that every reasonable relocatable ELF object has sections with address 0. I have no idea if those exist in reality, but it at least it shows that llvm-nm should use the name address. The added test was includes an unusual .o file with non 0 section addresses. I created it by hacking ELFObjectWriter.cpp. Really sorry for the churn. llvm-svn: 205493
2014-04-03 08:19:35 +08:00
Test that nm uses addresses even with ELF .o files.
Fix llvm-nm to print the full 64-bit address for symbols in 64-bit object files. The implementation might be better to have a method is64Bit() in the class SymbolicFile instead of having the static routine isSymbolList64Bit() in llvm-nm.cpp . But this is very much in the sprit of isObject() and getNMTypeChar() in llvm-nm.cpp that has a series of if else statements based on the specific class of the SymbolicFile. I can update this if folks would like. Also the tests were updated to be explicit about checking the address for 64-bits or 32-bits from object files. llvm-svn: 208463
2014-05-10 07:57:49 +08:00
ELF-SEC-ADDR64: 0000000000000058 D a
ELF-SEC-ADDR64-NEXT: 000000000000005c D b
ELF-SEC-ADDR64-NEXT: 0000000000000040 T f
ELF-SEC-ADDR64-NEXT: 0000000000000050 T g
ELF-SEC-ADDR64-NEXT: 0000000000000060 D p
Only clear the thumb bit from function addresses. llvm-svn: 205500
2014-04-03 10:20:43 +08:00
Test that we drop the thumb bit only from function addresses.
ELF-THUMB: 00000000 t f
ELF-THUMB: 00000003 t g