From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25919 invoked by alias); 27 Sep 2002 14:50:56 -0000 Mailing-List: contact cgen-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sources.redhat.com Received: (qmail 25896 invoked from network); 27 Sep 2002 14:50:55 -0000 Received: from unknown (HELO touchme.toronto.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 27 Sep 2002 14:50:55 -0000 Received: from toenail.toronto.redhat.com (toenail.toronto.redhat.com [172.16.14.211]) by touchme.toronto.redhat.com (Postfix) with ESMTP id CA7B18003DC; Fri, 27 Sep 2002 10:50:54 -0400 (EDT) Received: (from fche@localhost) by toenail.toronto.redhat.com (8.11.6/8.11.6) id g8REosG17567; Fri, 27 Sep 2002 10:50:54 -0400 Date: Fri, 27 Sep 2002 07:50:00 -0000 From: "Frank Ch. Eigler" To: Michael Chapman Cc: cgen@sources.redhat.com Subject: Re: Weirdness in disassembly Message-ID: <20020927105052.B17426@redhat.com> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from Michael.Chapman@synopsys.com on Fri, Sep 27, 2002 at 04:46:42PM +0200 X-SW-Source: 2002-q3/txt/msg00078.txt.bz2 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-length: 659 Hi - On Fri, Sep 27, 2002 at 04:46:42PM +0200, Michael Chapman wrote: > I have just started out to experiment with cgen. Welcome! > I have instructions which are 16 and 32 bits long. > The assembler generates the right instructions with > the right lengths. [...] The choice of parameters in the define-isa clause is crucial for variable-length instruction sets. If any of your 32-bit instructions contain any fixed bit patterns in the second 16 bits, you need to set "base-insn-bitsize 32", since opcodes/simulators will need to fetch 32 bits to uniquely identify a cgen-level instruction. Setting that to 16 could explain what you're seeing. - FChE --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline Content-length: 232 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9lHBMVZbdDOm/ZT0RAv42AJ4gG5622DQ/Ns+AMAxj256I4YnyUQCfSo3t u8HZ4S/YN5sqCNgkzX7pFdU= =rkla -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz--