[RFA] sh-sim: restructure expand_opcode.

Michael Snyder msnyder@redhat.com
Tue Dec 23 01:23:00 GMT 2003


Joern Rennecke wrote:

> Yes, I agree that this patch improves the code.  Just a few more suggestions /
> corrections:
> 
> 
>>! /* Take an opcode, expand all varying fields in it out and fill all the
>>!    right entries in 'table' with the opcode index.  */
>>  
>>  static void
>>! expand_opcode (val, i, s)
> 
> 
> This never adhered to the GNU coding standards on comments (unless it preceded
> the clause on documenting arguments :-) .  This seems a good opportunity to
> fix this.  Something like:
> 
> /* Take an opcode, expand all varying fields in it out and fill all the
>    right entries in 'table' with the opcode index I.
>    VAL is the opcode computed so far, which needs left-shifting by the
>    number of bits that are still to be processed.  S is a string describing
>    the remaining bits.  */

OK, added.


> I think this is simpler:
> 
>     case '0':
>     case '1':
>         /* Consume an arbitrary number of ones and zeros.  */
>         do {
>           val = (val << 1) + (*s++ - '0');
>         } while (s[m] == '0' || s[m] == '1');
>         expand_opcode (val, i, s);
>         break;

No problem.

>>!     case 'x':       /* xx -- 2-way fork */
>>!       /* Cross-breeding with movy moved to separate function.  */
>>!       for (j = 0; j < 4; j += 2)
>>!         expand_opcode ((val << 2) | j, i, s + 2);
>>!       break;
>>!     case 'y':       /* yy -- two-way fork */
>>!       for (j = 0; j < 2; j++)
>>!         expand_opcode ((val << 2) | j, i, s + 2);
>>!       break;
> 
> ....
> 
>>      case 'X':
>>      case 'a':
>>!       /* XX, aa -- two-way fork */
>>!       for (j = 0; j < 4; j += 2)
>>!         expand_opcode ((val << 2) | j, i, s + 2);
>>        break;
>>      case 'Y':
>>      case 'A':
>>!       /* YY, AA -- two-way fork */
>>!       for (j = 0; j < 2; j++)
>>!         expand_opcode ((val << 2) | j, i, s + 2);
>>        break;
> 
> 
> You can do this with x0 / 0y / X0 / a0 / 0Y / 0A patterns now, have the '0'
> be handled by the generic constant code, and thus only need a trivial case
> of a one-letter, two-way fork.  gensim_caselist of course will need to have
> the increments for these letters changed from two to one.

Since I don't see any such patterns currently, let's save this
for a follow-on patch.  No use holding up perfectly good work
on the basis of a hypothetical future need.

> 
> 
>>--- 2108,2136 ----
>>     processing insns (ppi) for code 0xf800 (ppi nopx nopy).  Copy the
>>     latter tag to represent all combinations of ppi with ddt.  */
>>  static void
>>! expand_ppi_movxy ()
> 
> 
> You change what the function does; this should be reflected in the comment:
> 
> /* Table already contais all the switch case tags for separate movx and movy
>    insns, and the switch case tag for processing parallel processing insns
>    (ppi) for code 0xf800 (ppi nopx nopy).  Fill in all the movx/movy
>    combinations, thus completing the coverage of the 16-bit opcode double
>    data transfer (ddt) insns, and copy the ppi tag to represent all
>    combinations of ppi with ddt.  */

OK.



>>+ 	    /* Ignore illegal nopy */
>>+ 	    if ((m & 7) == 0 && m != 0)
>>+ 	      continue;
> 
> 
> The legal nopy has already been covered by expand_opcode, so we may skip it too.
> 
> 	    /* Ignore non-movy.w patterns.  */
> 	    if ((m & 3) == 0 && m != 0)
> 	      continue;
> 
> 
> 
> About these new mov[xy].l instructions... do they actually have four opcodes each
> that do the same thing?

Let's come back to this after the holidays.  Speaking of which,
by the time you reply, I will be gone for the holidays, and not
return until the new year.  If we have acheived convergence on
this piece of code, would you mind checking it in?

Cheers,
Michael




More information about the Gdb-patches mailing list