5ff4a71ef3
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.
30 lines
1 KiB
Makefile
30 lines
1 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 .*
|