Allan Adler <>
9 Feb 2007 09:00:53 -0500

          From comp.compilers

Related articles
Re: PL/MIX (Roberto Waltman) (2007-02-07)
Re: PL/MIX (Max Hailperin) (2007-02-08)
Re: PL/MIX (Allan Adler) (2007-02-08)
Re: PL/MIX (Roberto Waltman) (2007-02-08)
Re: PL/MIX (glen herrmannsfeldt) (2007-02-08)
Re: PL/MIX (Steven Nichols) (2007-02-09)
Re: PL/MIX (Allan Adler) (2007-02-09)
Re: PL/MIX (Allan Adler) (2007-02-11)
Re: PL/MIX (2007-02-12)
Re: PL/MIX (Peter Flass) (2007-02-12)
Re: PL/MIX (Allan Adler) (2007-02-16)
Re: PL/MIX (Allan Adler) (2007-02-16)
Re: PL/MIX (Martin Ward) (2007-02-25)
| List of all articles for this month |

From: Allan Adler <>
Newsgroups: comp.programming,comp.compilers
Date: 9 Feb 2007 09:00:53 -0500
Organization: Compilers Central
References: <> 07-02-018 07-02-027
Keywords: assembler
Posted-Date: 09 Feb 2007 09:00:53 EST

glen herrmannsfeldt <> writes:

> Note that PL/360 really a high level syntax on an assembler, and
> not what most would call a high level language.
> Consider that the PL/360 statement
> R1:= R1+R1+R1;
> will result in R1 being multiplied by four. It compiles to something like:
> LR R1,R1
> AR R1,R1
> AR R1,R1
> requiring the thought process of an assembler programmer.

This is very helpful. For one thing, it helps to define the problem of
what PL/MIX is supposed to be like and that, for me, is the primary
problem at this point.

One of the constraints seems to be that one wants to be able to treat
registers and memory locations as variables and to combine them using
a syntax something like Algol. I myself have never used Algol, but I
have used computer algebra packages such as REDUCE and MACSYMA and
they are described as having an Algol like syntax. REDUCE, in
particular, if I remember correctly, uses := for assignment (MACYMA
uses : for ordinary assignment and := for function definitions).

So, the problem is to define something like a computer algebra package
where all the operations represent assembly language operations and
where the commands are directly translated into the corresponding
assembly language commands (with the caveat Glen Herrmannsfeld
mentions regarding associativity).

Am I missing anything else?

Anyway, this provides me with more motivation for reading the PL/360 manual at
Allan Adler <>

Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.