This is the mail archive of the
sid@sources.redhat.com
mailing list for the SID project.
Re: [patch][rfa]: Decoding (not-so) ambiguous insns in sid/sim
- From: fche at redhat dot com (Frank Ch. Eigler)
- To: brolley at redhat dot com (Dave Brolley)
- Cc: sid at sources dot redhat dot com, cgen at sources dot redhat dot com
- Date: 02 Jan 2002 23:34:42 -0500
- Subject: Re: [patch][rfa]: Decoding (not-so) ambiguous insns in sid/sim
- References: <3C3391D7.6050301.cygnus.project.sid@redhat.com>
brolley wrote:
> [...] This situation occurs when one insn is a specialization of
> another. This patch adds the same capability to the decoders used by
> the cgen-based simulators in the sim and sid source trees. [...]
Thanks for this authoritative and exhaustive study of the issue. It
makes fine sense.
> [...]
> (list->vector
> (map (lambda (p0 p1)
> (logit 4 p0 "/" p1 " ")
> ! ; (sqrt (+ p0 p1 (* p0 p1))) ; funny function - nice curve
> ! (sqrt (* p0 p1))) ; geometric mean
> (vector->list 0-population) (vector->list 1-population))))
By the way, have you tried the "funny function" above? It would have
the property of separating the 0/0 and 0/N cases like your new
ordering function does, and is monotonic in p0 & p1, so it should not
change the relative order of existing decoders.
- FChE