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

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

25 lines
897 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
Improve "llvm-nm -f sysv" output for Elf files Specifically, compute and Print Type and Section columns. This is a re-commit of rL354833, after fixing the Asan problem found a a buildbot. Differential Revision: https://reviews.llvm.org/D59060 llvm-svn: 355742
2019-03-09 06:00:50 +08:00
// RUN: llvm-nm -f sysv %t | FileCheck -check-prefix=SYSV %s
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
// 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
Improve "llvm-nm -f sysv" output for Elf files Specifically, compute and Print Type and Section columns. This is a re-commit of rL354833, after fixing the Asan problem found a a buildbot. Differential Revision: https://reviews.llvm.org/D59060 llvm-svn: 355742
2019-03-09 06:00:50 +08:00
// SYSV: a |0000000000000000| n | NOTYPE|ffffffffffffffff| |foo
// SYSV: b |0000000000000000| N | NOTYPE|0000000000000000| |foo
// SYSV: c |0000000000000004| C | OBJECT|0000000000000004| |*COM*
// SYSV: d |ffffffffffffffff| a | NOTYPE|0000000000000000| |*ABS*
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