From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19668 invoked by alias); 3 Jan 2002 04:34:51 -0000 Mailing-List: contact sid-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sid-owner@sources.redhat.com Received: (qmail 19590 invoked from network); 3 Jan 2002 04:34:48 -0000 X-Authentication-Warning: tooth.toronto.redhat.com: fche set sender to fche@redhat.com using -f To: brolley@redhat.com (Dave Brolley) Cc: sid@sources.redhat.com, cgen@sources.redhat.com Subject: Re: [patch][rfa]: Decoding (not-so) ambiguous insns in sid/sim References: <3C3391D7.6050301.cygnus.project.sid@redhat.com> Content-Type: text/plain; charset=US-ASCII From: fche@redhat.com (Frank Ch. Eigler) Date: Wed, 02 Jan 2002 20:34:00 -0000 In-Reply-To: <3C3391D7.6050301.cygnus.project.sid@redhat.com> Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 X-SW-Source: 2002-q1/txt/msg00001.txt.bz2 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