This is the mail archive of the
cgen@sources.redhat.com
mailing list for the CGEN project.
Re: patch for cgen generated decoders
- To: cgen at sources dot redhat dot com
- Subject: Re: patch for cgen generated decoders
- From: Dave Brolley <brolley at redhat dot com>
- Date: Tue, 07 Nov 2000 12:26:09 -0500
- CC: matthew green <mrg at cygnus dot com>
- Organization: Red Hat Canada, Inc
- References: <20885.973561875@cygnus.com>
Approved and committed.
matthew green wrote:
> >
> > hi folks.
> >
> > i need this patch for an architecture where the standard instruction
> > bitsize is 16 bits, yet there exists a 48-bit instruction (which
> > causes CGEN_INT_INSN_P to be false). the problem i was seeing is
> > that for the 32-bit instruction my ifields were not being extracted
> > correctly, because only 16 bits were present in the "insn_value".
> > the patch below enables the code previously only available for the
> > CGEN_INT_INSN_P==1 case, but ensures that 32-bit instructions are
> > passed in their entirity in all cases.
> >
> > (actually, this code uses "unsigned long" to hold this value, where
> > it should probably use a "CGEN_INSN_INT". i'm not sure exactly if
> > it will work correctly on a LP64 host...)
> >
> > i've tested this change with the fr30 & m32r ports and it does not
> > affect their operation (fr30 is the only other port that sets
> > CGEN_INT_INSN_P to be false).
> >
> > 2000-11-05 matthew green <mrg@redhat.com>
> >
> > * cgen-dis.in (print_insn): Load a full CGEN_INSN_INT in the
> > !CGEN_INT_INSN_P case as well.