Re: [RFA (revised)] sh-sim, expand the opcode table

[Joern Rennecke <joern.rennecke@superh.com>]

> Imprecisely speaking, they did not seem to make any difference at all.
> The number of new insns is actually not that great -- they only bring
> the switch statement up to about 290 cases.

OK.  I think we can live with the 1% slowdown then, considering that
we expand the expressiveness of the jump table in a way that should be
good for several decades.

When I initailly added the sh-dsp stuff, the slowdown was much worse,
which is why I then spent some time optimizing the simulator till the
performance was better than it was before the sh-dsp support was added.

FWIW, we don't actually benefit much from technological progress here
to mitigate slowdowns, because we already have rising numbers of
multilibs, compiler options, and sheer volume of tests to go through,
which is why simulator performance is still more critical than gcc
build times for total regression test time.