public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
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?

  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).