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/X86/nm-print-size.s

19 lines
431 B
ArmAsm
Raw Normal View History

Change how symbol sizes are handled in lib/Object. COFF and MachO only define symbol sizes for common symbols. Reflect that in the class hierarchy by having a method for common symbols only in the base and a general one in ELF. This avoids the need of using a magic value for the size, which had a few problems * Most callers didn't check for it. * The ones that did could not tell the magic value from a file actually having that value. llvm-svn: 240529
2015-06-24 18:20:30 +08:00
// RUN: llvm-mc %s -o %t -filetype=obj -triple=x86_64-pc-linux
// RUN: llvm-nm --print-size %t | FileCheck %s
llvm-nm: print 'n' instead of '?' This matches gnu nm and has the advantage that there is a upper case N. llvm-svn: 240655
2015-06-26 00:01:53 +08:00
// CHECK: 0000000000000000 ffffffffffffffff n a
// CHECK: 0000000000000000 0000000000000000 N b
Fix printing of common symbols. Printing the symbol size matches the behavior or both gnu nm and freebsd nm. llvm-svn: 241480
2015-07-07 02:18:44 +08:00
// CHECK: 0000000000000004 0000000000000004 C c
Delete UnknownAddress. It is a perfectly valid symbol value. getSymbolValue now returns a value that in convenient for most callers: * 0 for undefined * symbol size for common symbols * offset/address for symbols the rest Code that needs something more specific can check getSymbolFlags. llvm-svn: 241605
2015-07-08 01:12:59 +08:00
// CHECK: ffffffffffffffff 0000000000000000 a d
Change how symbol sizes are handled in lib/Object. COFF and MachO only define symbol sizes for common symbols. Reflect that in the class hierarchy by having a method for common symbols only in the base and a general one in ELF. This avoids the need of using a magic value for the size, which had a few problems * Most callers didn't check for it. * The ones that did could not tell the magic value from a file actually having that value. llvm-svn: 240529
2015-06-24 18:20:30 +08:00
llvm-nm: print 'n' instead of '?' This matches gnu nm and has the advantage that there is a upper case N. llvm-svn: 240655
2015-06-26 00:01:53 +08:00
.section foo
Change how symbol sizes are handled in lib/Object. COFF and MachO only define symbol sizes for common symbols. Reflect that in the class hierarchy by having a method for common symbols only in the base and a general one in ELF. This avoids the need of using a magic value for the size, which had a few problems * Most callers didn't check for it. * The ones that did could not tell the magic value from a file actually having that value. llvm-svn: 240529
2015-06-24 18:20:30 +08:00
a:
.size a, 0xffffffffffffffff
llvm-nm: print 'n' instead of '?' This matches gnu nm and has the advantage that there is a upper case N. llvm-svn: 240655
2015-06-26 00:01:53 +08:00
.global b
b:
Fix printing of common symbols. Printing the symbol size matches the behavior or both gnu nm and freebsd nm. llvm-svn: 241480
2015-07-07 02:18:44 +08:00
.comm c,4,8
Delete UnknownAddress. It is a perfectly valid symbol value. getSymbolValue now returns a value that in convenient for most callers: * 0 for undefined * symbol size for common symbols * offset/address for symbols the rest Code that needs something more specific can check getSymbolFlags. llvm-svn: 241605
2015-07-08 01:12:59 +08:00
d = 0xffffffffffffffff