Earlier quoted context omitted.
The CPU is a compiler for programs written in the machine instruction set architecture the CPU claims to implement which happens to output real world effects just as a compiler outputs program code. So, no, you can't.
No all CPU’s aren’t a compiler. Words have meanings and you used them incorrectly. Early CPU’s didn’t compile anything they directly executed the instruction pipeline.
AI weights are not open “source”
271–274 of 274 posts
Re: AI weights are not open “source”
#272Earlier quoted context omitted.
No all CPU’s aren’t a compiler. Words have meanings and you used them incorrectly. Early CPU’s didn’t compile anything they directly executed the instruction pipeline.
Words have meanings, and the instruction pipeline consists of electrical signals - and those early CPUs were almost all microcoded or had multiphase clocks or some other implementation abstraction which they did not expose to their architectural state... so yes, they were in a very real sense compilers.
Also, the number of CPU’s manufactured heavily favored very simple designs.
Re: AI weights are not open “source”
#273Earlier quoted context omitted.
Words have meanings, and the instruction pipeline consists of electrical signals - and those early CPUs were almost all microcoded or had multiphase clocks or some other implementation abstraction which they did not expose to their architectural state... so yes, they were in a very real sense compilers.
Again “Almost” means not every. So no saying all CPU’s are compilers is clearly false from the words you just wrote. Also, the number of CPU’s manufactured heavily favored very simple designs.
Re: AI weights are not open “source”
#274Earlier quoted context omitted.
Again “Almost” means not every. So no saying all CPU’s are compilers is clearly false from the words you just wrote. Also, the number of CPU’s manufactured heavily favored very simple designs.
Simply because I didn't state "for all and every" doesn't invalidate my point, nor does it support yours as true - further, "heavily favored" suffers from the same problem. The point is, there's a system which takes as input formatted in a specification (a program) and some transformed output (a set of actions to be taken or another program input for another compiler). So, there you go. If a hot dog on a bun could be…
As to your point that’s not what CPU’s do though, they have both a set of instructions and a set of IO with the outside world. A compiler always results in the same output from a given set of instructions, but with CPU’s you can run the same code and get wildly different output due to that IO.
The only way you can call a CPU a compiler is as a subset of its capabilities. If they they have internal microcodes where a given instruction gets translated into a different internal representation, but that’s not the end it also executes those microcodes.