* 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.
This commit is contained in:
Hans-Peter Nilsson 2002-06-29 21:33:28 +00:00
parent 2916066e22
commit 9f6067066d
6 changed files with 51 additions and 0 deletions

View File

@ -1,3 +1,8 @@
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

View File

@ -0,0 +1,4 @@
.section .text.1
.byte 42
.space 32759
.byte 43

View File

@ -0,0 +1,4 @@
.section .text.1
.byte 44
.space 32764
.byte 45

View File

@ -0,0 +1,4 @@
.section .text.1
.byte 48
.space 32766
.byte 49

View File

@ -0,0 +1,30 @@
#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 .*

View File

@ -0,0 +1,4 @@
.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