ld-mmix/sec-8b.s, ld-mmix/sec-8d.s: New test.
+2002-06-29 Hans-Peter Nilsson <hp@bitrange.com>
+
+ * ld-mmix/sec-8m.d, ld-mmix/sec-8m.s, ld-mmix/sec-8a.s,
+ ld-mmix/sec-8b.s, ld-mmix/sec-8d.s: New test.
+
2002-06-18 Chris Demetriou <cgd@broadcom.com>
* ld-mips-elf/empic2-ref.s: Add a missing .end, apparently
--- /dev/null
+ .section .text.1
+ .byte 42
+ .space 32759
+ .byte 43
--- /dev/null
+ .section .text.1
+ .byte 44
+ .space 32764
+ .byte 45
--- /dev/null
+ .section .text.1
+ .byte 48
+ .space 32766
+ .byte 49
--- /dev/null
+#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:
+ 0000 e3fd0001 2a000000 00000000 00000000 .*
+#...
+ 7ff0 00000000 00000000 00000000 2b2c0000 .*
+#...
+ fff0 00000000 00000000 00002d00 00000000 .*
+ 10000 00000000 00000000 0000002e 2f303132 .*
+ 10010 33000000 00000000 00000000 00000000 .*
+ 10020 00300000 00000000 00000000 00000000 .*
+#...
+ 18020 31000000 .*
--- /dev/null
+ .section .text.1
+ .byte 0,0,0,0, 0,0,0,0, 0,0,0,0, 0,0,0,0
+ .byte 46, 47, 48, 49, 50, 51
+ .byte 0,0,0,0, 0,0,0,0, 0,0,0,0, 0,0,0,0