From: James Murray <jsm@jsm-net.demon.co.uk>
To: binutils@sourceware.org
Subject: Re: Release 2.22: Next week ...
Date: Sun, 18 Dec 2011 17:45:00 -0000 [thread overview]
Message-ID: <1324230304.8652.3.camel@jsm2> (raw)
In-Reply-To: <ADFB3A72-FDFA-4402-A6D5-CADEA94D0ED2@adacore.com>
On 17/11/11 14:50, Tristan Gingold wrote:
References: <ADFB3A72-FDFA-4402-A6D5-CADEA94D0ED2@adacore.com>
<1747C46F-9EE9-4FE6-B84C-09DC53F21DE0@adacore.com>
<2E7397C5-D6E3-4DEC-812E-156DEBA441A8@adacore.com>
> I have run the testsuite for most of the targets.
> m68hc11-elf: OK
Seems ok, but what about the sub-targets? They fail the test-suite.
m68hc11-elf PASS
m68hc12-elf - 10 gas failures
m6811-elf - 5 gas failures
m6812-elf - 15 gas failures
Does this matter? Should the tests only be run with the 'main' target?
I believe the following patch resolves the 10 gas failures on
m68hc12-elf, the hc11 tests were being run without a target specified,
so will only work if the target is built as m68hc11. When they then run
as hc12 they do not spit out the expected error as those operands/modess
are valid on hc12.
###########################
diff -Nuar -x '.#*' -x CVS src/gas/testsuite/gas/m68hc11/m68hc11.exp
binutils-20111216/gas/testsuite/gas/m68hc11/m68hc11.exp
--- src/gas/testsuite/gas/m68hc11/m68hc11.exp 2004-08-01
20:59:51.000000000 +0100
+++ binutils-20111216/gas/testsuite/gas/m68hc11/m68hc11.exp 2011-12-17
02:07:50.000000000 +0000
@@ -78,28 +82,29 @@
gas_m68hc11_message "Warning" $options $line $expect
}
+#add machine option as default is now m9s12x
# ------------------
# 68HC11 error tests
-gas_m68hc11_error "" "puld\n" "Opcode .puld. is not recognized"
-gas_m68hc11_error "" "ldab\n" "Invalid operand for .ldab."
-gas_m68hc11_error "" "ldab 256,x\n" "Operand out of 8-bit range:.*256"
-gas_m68hc11_error "" "ldab 257,y\n" "Operand out of 8-bit range:.*257"
-gas_m68hc11_error "" "ldab -1,y\n" "Operand out of 8-bit range:.*-1"
-gas_m68hc11_error "" "ldab bar,y\nbar=300" "value of 300 too large for
field of 1 byte"
-gas_m68hc11_error "" "jmp \#23\n" "Immediate operand is not allowed"
-gas_m68hc11_error "" "ldab \[d,pc\]\n" "Indirect indexed addressing is
not valid for 68HC11"
-gas_m68hc11_error "" "ldab ,t\n" "Spurious .,. or bad indirect
register"
-gas_m68hc11_error "" "ldab 1,t\n" "Garbage at end of instruction:.*,t"
-gas_m68hc11_error "" "ldab 1,,x\n" "Garbage at end of instruction:.*,x"
-gas_m68hc11_error "" "ldab 1,+x\n" "Pre-increment mode is not valid"
-gas_m68hc11_error "" "ldab 1,-x\n" "Pre-increment mode is not valid"
-gas_m68hc11_error "" "ldab 1,x+\n" "Post-increment mode is not valid"
-gas_m68hc11_error "" "ldab 1,x-\n" "Post-decrement mode is not valid"
-gas_m68hc11_error "" "ldd \#65536\n" "Operand out of 16-bit range"
-gas_m68hc11_error "--short-branchs" "bne 200\n" \
+gas_m68hc11_error "-m68hc11" "puld\n" "Opcode .puld. is not recognized"
+gas_m68hc11_error "-m68hc11" "ldab\n" "Invalid operand for .ldab."
+gas_m68hc11_error "-m68hc11" "ldab 256,x\n" "Operand out of 8-bit
range:.*256"
+gas_m68hc11_error "-m68hc11" "ldab 257,y\n" "Operand out of 8-bit
range:.*257"
+gas_m68hc11_error "-m68hc11" "ldab -1,y\n" "Operand out of 8-bit
range:.*-1"
+gas_m68hc11_error "-m68hc11" "ldab bar,y\nbar=300" "value of 300 too
large for field of 1 byte"
+gas_m68hc11_error "-m68hc11" "jmp \#23\n" "Immediate operand is not
allowed"
+gas_m68hc11_error "-m68hc11" "ldab \[d,pc\]\n" "Indirect indexed
addressing is not valid for 68HC11"
+gas_m68hc11_error "-m68hc11" "ldab ,t\n" "Spurious .,. or bad indirect
register"
+gas_m68hc11_error "-m68hc11" "ldab 1,t\n" "Garbage at end of
instruction:.*,t"
+gas_m68hc11_error "-m68hc11" "ldab 1,,x\n" "Garbage at end of
instruction:.*,x"
+gas_m68hc11_error "-m68hc11" "ldab 1,+x\n" "Pre-increment mode is not
valid"
+gas_m68hc11_error "-m68hc11" "ldab 1,-x\n" "Pre-increment mode is not
valid"
+gas_m68hc11_error "-m68hc11" "ldab 1,x+\n" "Post-increment mode is not
valid"
+gas_m68hc11_error "-m68hc11" "ldab 1,x-\n" "Post-decrement mode is not
valid"
+gas_m68hc11_error "-m68hc11" "ldd \#65536\n" "Operand out of 16-bit
range"
+gas_m68hc11_error "-m68hc11 --short-branchs" "bne 200\n" \
"Operand out of range for a relative branch"
-gas_m68hc11_error "" "bar\n" "Opcode .bar. is not recognized."
-gas_m68hc11_error "--print-insn-syntax" "bne\n" \
+gas_m68hc11_error "-m68hc11" "bar\n" "Opcode .bar. is not recognized."
+gas_m68hc11_error "-m68hc11 --print-insn-syntax" "bne\n" \
"Instruction formats for .bne..*"
# ------------------
###########################
However, resolving those then exposes 10 test failures in ld. I have not
yet investigated those.
My reason for asking is that I have some work to submit on the m68hc11
target and don't want to be rejected on these testsuite failures.
(My previous attempt at submission in Feb/Mar did expose some genuine
regressions which I have since corrected.)
regards
James Murray
PS. I hope the References works ok, I find it tricky to reply with
correct headers when I receive only the digest and the online version
doesn't display the Message-id. Any tips?
next prev parent reply other threads:[~2011-12-18 17:45 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-22 9:17 Release 2.22: branch created Tristan Gingold
2011-09-23 15:57 ` H.J. Lu
2011-09-24 19:53 ` Andreas Schwab
2011-09-25 18:07 ` Dave Korn
2011-09-26 9:43 ` Tristan Gingold
2011-10-09 13:17 ` Christopher Faylor
2011-10-11 2:41 ` Dave Korn
2011-10-16 14:49 ` Eric Botcazou
2011-10-17 0:57 ` David Miller
2011-10-17 1:51 ` David Miller
2011-10-17 9:33 ` Release 2.22: branch create Eric Botcazou
2011-10-17 20:45 ` David Miller
2011-10-18 20:47 ` David Miller
2011-10-18 22:21 ` Ian Lance Taylor
2011-10-18 22:52 ` Eric Botcazou
2011-10-18 23:22 ` David Miller
2011-10-17 7:22 ` Release 2.22: branch created Tristan Gingold
2011-11-09 9:26 ` Release 2.22: Next week Tristan Gingold
2011-11-17 14:51 ` Tristan Gingold
2011-11-17 15:10 ` Matthew Gretton-Dann
2011-11-17 15:20 ` Tristan Gingold
2011-11-17 17:34 ` Matthew Gretton-Dann
2011-11-18 11:03 ` Tristan Gingold
2011-11-18 7:48 ` Doug Kwan (關振德)
2011-11-21 9:43 ` Tristan Gingold
2011-12-18 17:45 ` James Murray [this message]
2011-12-19 9:35 ` Tristan Gingold
2011-12-19 19:45 ` James Murray
2011-12-20 13:51 ` Release 2.22: Next week ... (m68hc11 testsuite) James Murray
2011-12-20 13:56 ` Tristan Gingold
2011-12-20 14:49 ` James Murray
2011-12-29 15:46 ` James Murray
2011-12-30 2:13 ` James Murray
2012-01-02 23:04 ` James Murray
2012-02-09 12:53 ` m68hc11 trampolines Alan Modra
2012-02-13 2:32 ` Alan Modra
2012-02-14 23:08 ` James Murray
2012-02-14 23:50 ` Alan Modra
2012-02-14 23:51 ` Jeffrey Walton
2012-02-15 19:38 ` James Murray
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1324230304.8652.3.camel@jsm2 \
--to=jsm@jsm-net.demon.co.uk \
--cc=binutils@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).