llvm-6502/test/MC/ELF/size.s

// RUN: llvm-mc -filetype=obj -triple x86_64-pc-linux-gnu %s -o - | elf-dump  | FileCheck %s

// Mostly a test that this doesn't crash anymore.

// CHECK:        # Symbol 0x00000004
// CHECK-NEXT:    (('st_name', 0x00000001) # 'foo'
// CHECK-NEXT:     ('st_bind', 0x00000001)

	.size foo, .Lbar-foo
        .long foo
Don't crash in a strange .size directive. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@115684 91177308-0d34-0410-b5e6-96231b3b80d8 2010-10-05 21:02:45 +00:00			`// RUN: llvm-mc -filetype=obj -triple x86_64-pc-linux-gnu %s -o - \| elf-dump \| FileCheck %s`

			`// Mostly a test that this doesn't crash anymore.`

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. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@116823 91177308-0d34-0410-b5e6-96231b3b80d8 2010-10-19 17:39:10 +00:00			`// CHECK: # Symbol 0x00000004`
			`// CHECK-NEXT: (('st_name', 0x00000001) # 'foo'`
			`// CHECK-NEXT: ('st_bind', 0x00000001)`
Don't crash in a strange .size directive. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@115684 91177308-0d34-0410-b5e6-96231b3b80d8 2010-10-05 21:02:45 +00:00
Be more strict on when we produce an undefined reference. In gas a file with just .type foo,@object will produce an undefined reference to foo. On the other hand, a file with just .weakref bar, foo will not. It is somewhat hard to support both in MC since both statements should create the symbols. It should be possible if we really need to by adding to the flags, but hopefully that is not necessary. With this patch we do not produce a undefined reference in any of those cases. The assembly file needs an actual use for the undefined reference to be present. This is in preparation for a patch implementing .weakref. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@117735 91177308-0d34-0410-b5e6-96231b3b80d8 2010-10-29 23:09:31 +00:00			`.size foo, .Lbar-foo`
			`.long foo`