binutils-gdb/ld/testsuite/ld-mmix/sec-8m.d
Hans-Peter Nilsson 5ff4a71ef3 * ld-mmix/b-fixo2.d, ld-mmix/bpo-18.d, ld-mmix/bpo-18m.d,
ld-mmix/loc4.d, ld-mmix/loc4m.d, ld-mmix/loc6.d, ld-mmix/loc6m.d,
	ld-mmix/locdo-1.d, ld-mmix/sec-1.d, ld-mmix/sec-2.d,
	ld-mmix/sec-3.d, ld-mmix/sec-4.d, ld-mmix/sec-5.d,
	ld-mmix/sec-7m.d, ld-mmix/sec-8m.d, ld-mmix/spec802.d,
	ld-mmix/spec803.d, ld-mmix/spec804.d, ld-mmix/spec805.d,
	ld-mmix/spec806.d, ld-mmix/spec807.d, ld-mmix/spec808.d: Tweak for
	objdump no longer truncating dump addresses.
2003-05-12 05:45:38 +00:00

31 lines
1.0 KiB
Makefile

#source: start.s
#source: sec-8a.s
#source: sec-8b.s
#source: sec-8m.s
#source: sec-8d.s
#ld: -m mmo
#objdump: -s
# Distantly related to sec-7m.s in that section lengths mattered for the
# bug. When one input-section (seen in mmo.c as a chunk of data to
# output) had a length not a multiple of four, the last bytes were saved
# to be concatenated with the next chunk. If it was followed by a chunk
# with a leading multiple-of-four number of zero bytes, those zero bytes
# would be omitted, and the "saved" bytes would be concatenated with the
# following (not-all-zeros) bytes. Hence a shift of the last bytes of the
# first chunk. Note that the section will be padded in the output.
.*: file format mmo
Contents of section \.text:
00000 e3fd0001 2a000000 00000000 00000000 .*
#...
07ff0 00000000 00000000 00000000 2b2c0000 .*
#...
0fff0 00000000 00000000 00002d00 00000000 .*
10000 00000000 00000000 0000002e 2f303132 .*
10010 33000000 00000000 00000000 00000000 .*
10020 00300000 00000000 00000000 00000000 .*
#...
18020 31000000 .*