Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.compilers > #3079

Re: What programming languages are simply abstractions on top of another programming language?

Show all headers | View raw

On Monday, June 20, 2022 at 3:06:46 PM UTC-7, Roger L Costello wrote:

(snip)
> That got me to wondering, "What other programming languages are simply
> abstractions on top of an existing programming language?"

About the same time as Ratfor, there was MORTRAN, more
specifically MORTRAN2.

https://www.slac.stanford.edu/vault/collvault/greylit/cgtm/CGTM165.pdf

The MORTRAN2 processor is written in ANSI standard Fortran 66,
with the exception of the need to assign and compare character data.
(Yes, Fortran 66 doesn't guarantee that ability.)

The processor works along with a set of macros that implement structured
programming similar to ratfor.


Not so long after MORTRAN2, and from the same group, is STEP which I
recently posted about.  The STEP processor can fully parse its input, mostly
so that error messages are generated correctly.

http://www.bitsavers.org/pdf/stanford/slac/The_STEP_Processor.pdf

As well as I know, STEP is also ANSI standard Fortran 66 with the same
requirement.

As more structured programming was added to Fortran, there was less
need to try to improve it with such processors.

The original C++ was a processor, cfront, that would generate C code, that
was then compiled by a C compiler.  I believe not so much later, though,
an actual C++ compiler was available.  I don't know if cfront is still around.

The TeX text processor has many built-in operations, but much of plain TeX
is implemented in a standard set of macros.  Then LaTeX was implemented
with a different, and larger, set of macros.  I believe it satisfies you question.

Then there is WEB, the literate programming system D. Knuth used to write
TeX, which mixes the code (in Pascal) and documentation (in TeX) in
one file.  One then processes it with Tangle (to get the code), or Weave
(to get documented and supposed to be more readable source code).


I suspect that there were many programs written for a single use, and
not generally released.

And then there are parser generators, a favorite topic of this group,
which read input that describes the grammar to parse, and generates
C or Java, or some other language, code to actually do it.

I will leave out assemblers, including macro assemblers, and programs
to preprocess assembly code, though they might also satisfy the question.

Back to comp.compilers | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

What programming languages are simply abstractions on top of another programming language? Roger L Costello <costello@mitre.org> - 2022-06-18 19:42 +0000
  Re: What programming languages are simply abstractions on top of another programming language? gah4 <gah4@u.washington.edu> - 2022-06-20 15:36 -0700
    What programming languages are simply abstractions on top of another programming language? Christopher F Clark <christopher.f.clark@compiler-resources.com> - 2022-06-21 23:34 +0300
  Re: What programming languages are simply abstractions on top of another programming language? George Neuner <gneuner2@comcast.net> - 2022-06-21 15:10 -0400
  Re: What programming languages are simply abstractions on top of another programming language? Kaz Kylheku <480-992-1380@kylheku.com> - 2022-06-22 01:31 +0000

csiph-web