3 ms·

> Simplicity Have you seen the Intel/AMD CPU manuals? > Specialization The Symbolics Lisp Machines ran ZetaLisp, Common Lisp, Fortran, C, Pascal, ADA... and

> Simplicity Have you seen the Intel/AMD CPU manuals? > Specialization The Symbolics Lisp Machines ran ZetaLisp, Common Lisp, Fortran, C, Pascal, ADA... and you could write and interactively debug (on the source level) a program written in any combination of these. It is our current machines which suffer from insectoid specialization - for C. Dynamic languages will always be second-class citizens (from speed & complexity penalties) on the braindead C Architectures.

gvb 17y ago
> Have you seen the Intel/AMD CPU manuals? Yes. I've programmed the x86 architecture in assembly extensively, including an embedded system BootROM, as well as various high level languages. By simplicity, I'm referring to the simplicity of the instruction operations, not the complexity of the architecture with its dearth of general purpose registers and heavy use of special purpose registers. (Once you get into expanded 32 bit and 64 bit modes, the register mess is somewhat better.) The complexity of the x86 architecture was due to inheritance and expansion from the 8080 architecture which drove the use of special purpose registers. It had nothing to do with high level languages and definitely not C. The world has wasted an incredible number of engineer-hours working around the limitations of the x86 architecture. The "designed for C" label on architectures is simply marketing-speak for "you know how bad the x86 is, we are much better" without actually naming their competition.
- gchpaco 17y ago
  How is it you can possibly say "simplicity of the instruction operations" and "programmed the x86 architecture in assembly extensively" with a straight face? This is the architecture where the division operator dumps its dross in one specific nominally general purpose register (my brain says CX but I could believe one of the others).

gvb 17y ago

> Have you seen the Intel/AMD CPU manuals? Yes. I've programmed the x86 architecture in assembly extensively, including an embedded system BootROM, as well as various high level languages. By simplicity, I'm referring to the simplicity of the instruction operations, not the complexity of the architecture with its dearth of general purpose registers and heavy use of special purpose registers. (Once you get into expanded 32 bit and 64 bit modes, the register mess is somewhat better.) The complexity of the x86 architecture was due to inheritance and expansion from the 8080 architecture which drove the use of special purpose registers. It had nothing to do with high level languages and definitely not C. The world has wasted an incredible number of engineer-hours working around the limitations of the x86 architecture. The "designed for C" label on architectures is simply marketing-speak for "you know how bad the x86 is, we are much better" without actually naming their competition.

gchpaco 17y ago
How is it you can possibly say "simplicity of the instruction operations" and "programmed the x86 architecture in assembly extensively" with a straight face? This is the architecture where the division operator dumps its dross in one specific nominally general purpose register (my brain says CX but I could believe one of the others).