🚀 go-pugleaf

>Hmmm...  Isn't there an important connection between the chip implementation
>technology (e.g., silicon transisitors, quantum circuits, photonics, vacuum
>tubes...) and the problem of designing an efficient implementation of a
>logical architecture?  Logical architectures that cannot be efficiently
>implemented in NMOS might have no such problems in an optical computer.
>If it is the logical architecture that is the primary determinant, then
>whether something is a RISC depends on the current implementation technology.
>
>Or am I missing something?

Uh, I don't know, you lost me somewhere here.  All I want to say is that
RISC can be defined by a set of *architectural* features.  To be sure,
that set was constructed with the implementation implications in mind.
If a new set of implementation technologies, or techniques, comes along,
then we'll have to define a new, er, "post-RISC", or whatever, set of
*architectural* guidelines that leads to a set of architectures that is
consistent with the new implementation technology.  If optical technology
calls for instructions that have, oh, I don't know, 14 source operands,
then we need to change things!  However, note that technology differences
do not change the basic state-machine model of computation.  Until we do
change the basic model (to what?  I don't know!  I'm trying to think of
it actually...), instructions can't change a whole lot, at least not
qualitatively.