This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFA] sh-sim: restructure expand_opcode.


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



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]