|Date:||Sat, 7 May 2022 13:10:50 -0700 (PDT)|
|References:||22-05-003 22-05-011 22-05-015|
|Injection-Info:||gal.iecc.com; posting-host="news.iecc.com:2001:470:1f07:1126:0:676f:7373:6970"; logging-data="30797"; mail-complaints-to="firstname.lastname@example.org"|
|Posted-Date:||07 May 2022 18:14:00 EDT|
(snip, I wrote)
> An important part of a programming language is that people can understand it.
> [Take a look at Postscript, which is trivial to tokenize and parse since
> it's a stream of tokens in RPN order, but making sense of it
> by humans is a challenge. Or, of course, m4. -John]
Reminds me of the origin of RISC, when (I believe) IBM noticed that
compilers were using a small subset of the available instructions, and that
much less programming was being done in assembly.
But okay, was Postscript supposed to be written by people,
As with code generated by compilers, it has to be understood
by people at least once, but even then, only step by step, and not
(usually) the whole program at once.
But yes you can write unreadable Postscript. Once, some years ago,
we (me and some others) needed to redefine def.
[Actually, RISC was at Berkeley, and IBM's project was the 801. But
yes, they noticed compilers used only a fraction of the S/360
instruction set so they made a minimal design that supported only what
their state-of-the art compiler used. RISC was sort of the same but
they used the mediocre PCC compiler which is why they had register
windows to compensate for PCC's weak register allocation. -John]
Return to the
Search the comp.compilers archives again.