🚀 go-pugleaf

In Reply to this Note From: <Ignatios Souvatzis>
>
>In article <1991Sep15.035718.14969@uwm.edu> anthony@convex.csd.uwm.edu
>(Anthony J Stieber) writes:
>
>   In article <1991Sep3.192636.18963@leland.Stanford.EDU>
>   alderson@Alderson.Stanford.EDU (Rich Alderson) writes:
>
>   >DECSYSTEM-20 (PDP-10 model KL-10)/Macro-20 assembler/Tops-20.
>   >Mark Crispin had already shown several versions for the
>   >architecture.
>
>   >I REALLY miss that machine!
>
>   Write an emulator then :).  If you do it in Lisp, then you can run
>   it under GNU Emacs, and run Emacs in TECO under TOPS-20 on a PDP-10
>   under GNU Emacs under unix.
>
>   Just make sure to forget it was me who ever suggested it be done :).
>   --
>   <-:(= Anthony Stieber	anthony@csd4.csd.uwm.edu   uwm!uwmcsd4!anthony 
>
>Err... And I just was wondering if anybody has constructed a plug-in
>byte-code coprocessor for the MIPS chips.  Maybe the people mentioned
>some months ago constructing pdp-8's out of modern chipsets could
>build one?

The OSF has been wanting to make a shrink-wrapped software
capability.  They have been using a threaded code concept with some
post-compilation required during installation.  That would allow
vendors to hide their source code, but still release the software in a
format common to all machines.

I say, why reinvent a processor for threaded code?  Simply use one of
the existing RISC architectures (I vote for Sparc) as the intermediate
language, and compile for that architecture.  Provide emulators for
other architectures.  I suppose that would be an unfair advantage to
the Sparc people, but other groups could provide competing emulators.

Are a multiplicity of hardware architectures a good thing?
Technically, they are not, but from a market perspective they are.  By
allowing a variety of codesets to compete for your hardware dollar,
they prevent any one group (i.e. patent holder) from dominating the
market.  

I suppose that negates my suggestion of using the Sparc for an
intermediate codeset, but it is for market reasons, not technical
reasons.  -David-

# david@wubios.wustl.edu             ^     David J. Camp                #
# david%wubios@wugate.wustl.edu    < * >   +1 314 382 0584              #
# ...!uunet!wugate!wubios!david      v     "God loves material things." #