ALGOL 68

Last updated

ALGOL 68
Algol68RevisedReportCover.jpg
Revised Report on the Algorithmic Language – Algol 68 Edited by: A. van Wijngaarden et al, September 1973 [1]
Paradigms Multi-paradigm: concurrent, imperative
Family ALGOL
Designed by A. van Wijngaarden, B. J. Mailloux, J. E. L. Peck and C. H. A. Koster, et al.
First appearedFinal Report: 1968;56 years ago (1968) r0
Stable release
Algol 68/RR / Revised Report: 1973;51 years ago (1973) r1
Typing discipline static, strong, safe, structural
Scope Lexical
Major implementations
ALGOL 68C, Algol 68 Genie (recent), ALGOL 68-R, ALGOL 68RS, ALGOL 68S, FLACC, Алгол 68 Ленинград/Leningrad Unit, Odra ALGOL 68
Dialects
ALGOL 68/FR (Final Report r0 )
Influenced by
ALGOL 60, ALGOL Y
Influenced
C, [3] [5] C++, [6] Bourne shell, KornShell, Bash, Steelman, Ada, Python, [7] Seed7, Mary, S3

ALGOL 68 (short for Algorithmic Language 1968) is an imperative programming language that was conceived as a successor to the ALGOL 60 programming language, designed with the goal of a much wider scope of application and more rigorously defined syntax and semantics.

Contents

The complexity of the language's definition, which runs to several hundred pages filled with non-standard terminology, made compiler implementation difficult and it was said it had "no implementations and no users". This was only partly true; ALGOL 68 did find use in several niche markets, notably in the United Kingdom where it was popular on International Computers Limited (ICL) machines, and in teaching roles. Outside these fields, use was relatively limited.

Nevertheless, the contributions of ALGOL 68 to the field of computer science have been deep, wide-ranging and enduring, although many of these contributions were only publicly identified when they had reappeared in subsequently developed programming languages. Many languages were developed specifically as a response to the perceived complexity of the language, the most notable being Pascal, or were reimplementations for specific roles, like Ada.

Many languages of the 1970s trace their design specifically to ALGOL 68, selecting some features while abandoning others that were considered too complex or out-of-scope for given roles. Among these is the language C, which was directly influenced by ALGOL 68, especially by its strong typing and structures. Most modern languages trace at least some of their syntax to either C or Pascal, and thus directly or indirectly to ALGOL 68.

Overview

ALGOL 68 features include expression-based syntax, user-declared types and structures/tagged-unions, a reference model of variables and reference parameters, string, array and matrix slicing, and concurrency.

ALGOL 68 was designed by the International Federation for Information Processing (IFIP) IFIP Working Group 2.1 on Algorithmic Languages and Calculi. On December 20, 1968, the language was formally adopted by the group, and then approved for publication by the General Assembly of IFIP.

ALGOL 68 was defined using a formalism, a two-level formal grammar, invented by Adriaan van Wijngaarden. Van Wijngaarden grammars use a context-free grammar to generate an infinite set of productions that will recognize a particular ALGOL 68 program; notably, they are able to express the kind of requirements that in many other programming language technical standards are labelled semantics, and must be expressed in ambiguity-prone natural language prose, and then implemented in compilers as ad hoc code attached to the formal language parser.

ALGOL 68 was the first (and possibly one of the last) major language for which a full formal definition was made before it was implemented.

C. H. A. Koster [8]

The main aims and principles of design of ALGOL 68:

  1. Completeness and clarity of description [9]
  2. Orthogonality of design [10]
  3. Security [11]
  4. Efficiency: [12]
    • Static mode checking
    • Mode-independent parsing
    • Independent compiling
    • Loop optimizing
    • Representations – in minimal & larger character sets

ALGOL 68 has been criticized, most prominently by some members of its design committee such as C. A. R. Hoare and Edsger Dijkstra, for abandoning the simplicity of ALGOL 60, becoming a vehicle for complex or overly general ideas, and doing little to make the compiler writer's task easier, in contrast to deliberately simple contemporaries (and competitors) such as C, S-algol and Pascal.

In 1970, ALGOL 68-R became the first working compiler for ALGOL 68.

In the 1973 revision, certain features — such as proceduring, gommas [13] and formal bounds — were omitted. [14] C.f. The language of the unrevised report.r0

Though European defence agencies (in Britain Royal Signals and Radar Establishment (RSRE)) promoted the use of ALGOL 68 for its expected security advantages, the American side of the NATO alliance decided to develop a different project, the language Ada, making its use obligatory for US defense contracts.

ALGOL 68 also had a notable influence in the Soviet Union, details of which can be found in Andrey Terekhov's 2014 paper: "ALGOL 68 and Its Impact on the USSR and Russian Programming", [15] and "Алгол 68 и его влияние на программирование в СССР и России". [16]

Steve Bourne, who was on the ALGOL 68 revision committee, took some of its ideas to his Bourne shell (and thereby, to descendant Unix shells such as Bash) and to C (and thereby to descendants such as C++).

The complete history of the project can be found in C. H. Lindsey's A History of ALGOL 68. [17] [18]

For a full-length treatment of the language, see "Programming ALGOL 68 Made Easy" [19] by Dr. Sian Mountbatten, or "Learning ALGOL 68 Genie" [20] by Marcel van der Veer which includes the Revised Report.

History

Origins

ALGOL 68, as the name implies, is a follow-on to the ALGOL language that was first formalized in 1960. That same year the International Federation for Information Processing (IFIP) formed and started the Working Group on ALGOL, or WG2.1. This group released an updated ALGOL 60 specification in Rome in April 1962. At a follow-up meeting in March 1964, it was agreed that the group should begin work on two follow-on standards, ALGOL X which would be a redefinition of the language with some additions, and an ALGOL Y, which would have the ability to modify its own programs in the style of the language LISP. [21]

Definition process

The first meeting of the ALGOL X group was held in Princeton University in May 1965. A report of the meeting noted two broadly supported themes, the introduction of strong typing and interest in Euler's concepts of 'trees' or 'lists' for handling collections. [22]

At the second meeting in October in France, three formal proposals were presented, Niklaus Wirth's ALGOL W along with comments about record structures by C.A.R. (Tony) Hoare, a similar language by Gerhard Seegmüller, and a paper by Adriaan van Wijngaarden on "Orthogonal design and description of a formal language". The latter, written in almost indecipherable "W-Grammar", proved to be a decisive shift in the evolution of the language. The meeting closed with an agreement that van Wijngaarden would re-write the Wirth/Hoare submission using his W-Grammar. [22]

This seemingly simple task ultimately proved more difficult than expected, and the follow-up meeting had to be delayed six months. When it met in April 1966 in Kootwijk, van Wijngaarden's draft remained incomplete and Wirth and Hoare presented a version using more traditional descriptions. It was generally agreed that their paper was "the right language in the wrong formalism". [23] As these approaches were explored, it became clear there was a difference in the way parameters were described that would have real-world effects, and while Wirth and Hoare protested that further delays might become endless, the committee decided to wait for van Wijngaarden's version. Wirth then implemented their current definition as ALGOL W. [24]

At the next meeting in Warsaw in October 1966, [25] there was an initial report from the I/O Subcommittee who had met at the Oak Ridge National Laboratory and the University of Illinois but had not yet made much progress. The two proposals from the previous meeting were again explored, and this time a new debate emerged about the use of pointers; ALGOL W used them only to refer to records, while van Wijngaarden's version could point to any object. To add confusion, John McCarthy presented a new proposal for operator overloading and the ability to string together and or constructs, and Klaus Samelson wanted to allow anonymous functions. In the resulting confusion, there was some discussion of abandoning the entire effort. [24] The confusion continued through what was supposed to be the ALGOL Y meeting in Zandvoort in May 1967. [22]

Publication

A draft report was finally published in February 1968. This was met by "shock, horror and dissent", [22] mostly due to the hundreds of pages of unreadable grammar and odd terminology. Charles H. Lindsey attempted to figure out what "language was hidden inside of it", [26] a process that took six man-weeks of effort. The resulting paper, "ALGOL 68 with fewer tears", [27] was widely circulated. At a wider information processing meeting in Zürich in May 1968, attendees complained that the language was being forced upon them and that IFIP was "the true villain of this unreasonable situation" as the meetings were mostly closed and there was no formal feedback mechanism. Wirth and Peter Naur formally resigned their authorship positions in WG2.1 at that time. [26]

The next WG2.1 meeting took place in Tirrenia in June 1968. It was supposed to discuss the release of compilers and other issues, but instead devolved into a discussion on the language. van Wijngaarden responded by saying (or threatening) that he would release only one more version of the report. By this point Naur, Hoare, and Wirth had left the effort, and several more were threatening to do so. [28] Several more meetings followed, North Berwick in August 1968, Munich in December which produced the release of the official Report in January 1969 but also resulted in a contentious Minority Report being written. Finally, at Banff, Alberta in September 1969, the project was generally considered complete and the discussion was primarily on errata and a greatly expanded Introduction to the Report. [29]

The effort took five years, burned out many of the greatest names in computer science, and on several occasions became deadlocked over issues both in the definition and the group as a whole. Hoare released a "Critique of ALGOL 68" almost immediately, [30] which has been widely referenced in many works. Wirth went on to further develop the ALGOL W concept and released this as Pascal in 1970.

Implementations

ALGOL 68-R

The first implementation of the standard, based on the late-1968 draft Report, was introduced by the Royal Radar Establishment in the UK as ALGOL 68-R in July 1970. This was, however, a subset of the full language, and Barry Mailloux, the final editor of the Report, joked that "It is a question of morality. We have a Bible and you are sinning!" [31] This version nevertheless became very popular on the ICL machines, and became a widely-used language in military coding, especially in the UK. [32]

Among the changes in 68-R was the requirement for all variables to be declared before their first use. This had a significant advantage that it allowed the compiler to be one-pass, as space for the variables in the activation record was set aside before it was used. However, this change also had the side-effect of demanding the PROCs be declared twice, once as a declaration of the types, and then again as the body of code. Another change was to eliminate the assumed VOID mode, an expression that returns no value (named a statement in other languages) and demanding the word VOID be added where it would have been assumed. Further, 68-R eliminated the explicit parallel processing commands based on PAR. [31]

Others

The first full implementation of the language was introduced in 1974 by CDC Netherlands for the Control Data mainframe series. This saw limited use, mostly teaching in Germany and the Netherlands. [32]

A version similar to 68-R was introduced from Carnegie Mellon University in 1976 as 68S, and was again a one-pass compiler based on various simplifications of the original and intended for use on smaller machines like the DEC PDP-11. It too was used mostly for teaching purposes. [32]

A version for IBM mainframes did not become available until 1978, when one was released from Cambridge University. This was "nearly complete". Lindsey released a version for small machines including the IBM PC in 1984. [32]

Three open source Algol 68 implementations are known: [33]

Timeline

YearEventContributor
March 1959 ALGOL Bulletin Issue 1 (First) Peter Naur / ACM
February 1968Draft Report(DR) Published [35] IFIP Working Group 2.1
March 1968Algol 68 Final Report r0 Presented at Munich MeetingIFIP Working Group 2.1
June 1968Meeting in Tirrenia, ItalyIFIP Working Group 2.1
Aug 1968Meeting in North Berwick, ScotlandIFIP Working Group 2.1
December 1968ALGOL 68 Final Report r0 Presented at Munich MeetingIFIP Working Group 2.1
April 1970 ALGOL 68-R (R) under GEORGE 3 on an ICL 1907F Royal Signals and Radar Est.
July 1970ALGOL 68 for the Dartmouth Time Sharing System [36] [37] Sidney Marshall
September 1973Algol 68 Revised Report [38] r1 PublishedIFIP Working Group 2.1
1975 ALGOL 68C (C) – transportable compiler (zcode VM) S. Bourne, Andrew Birrell, and Michael Guy
June 1975G. E. Hedrick and Alan Robertson. The Oklahoma State ALGOL 68 Subset Compiler. 1975 International Conference on ALGOL 68.
June 1977Strathclyde ALGOL 68 conference, ScotlandACM
May 1978Proposals for ALGOL H – A Superlanguage of ALGOL 68 [39] A. P. Black, V. J. Rayward-Smith
1984Full ALGOL 68S (S) compiler for Sun, SPARC, and PCsC. H. Lindsey et al, Manchester
August 1988 ALGOL Bulletin Issue 52 (last)Ed. C. H. Lindsey / ACM
May 1997Algol68 S(S) published on the internet [40] Charles H. Lindsey
November 2001Algol 68 Genie(G) published on the internet [41] (GNU GPL open source licensing)Marcel van der Veer

The Algorithmic Language ALGOL 68 Reports and Working Group members

"Van Wijngaarden once characterized the four authors, somewhat tongue-in-cheek, as: Koster: transputter, Peck: syntaxer, Mailloux: implementer, Van Wijngaarden: party ideologist." – Koster.

Timeline of standardization

1968: On 20 December 1968, the "Final Report" (MR 101) was adopted by the Working Group, then subsequently approved by the General Assembly of UNESCO's IFIP for publication. Translations of the standard were made for Russian, German, French and Bulgarian, and then later Japanese and Chinese. [47] The standard was also made available in Braille.

1984: TC 97 considered ALGOL 68 for standardisation as "New Work Item" TC97/N1642 . West Germany, Belgium, Netherlands, USSR and Czechoslovakia willing to participate in preparing the standard but the USSR and Czechoslovakia "were not the right kinds of member of the right ISO committees" and Algol 68's ISO standardisation stalled.

1988: Subsequently ALGOL 68 became one of the GOST standards in Russia.

Notable language elements

Bold symbols and reserved words

The standard language contains about sixty reserved words, typically bolded in print, and some with "brief symbol" equivalents:

MODE, OP, PRIO, PROC, FLEX, HEAP, LOC, LONG, REF, SHORT, BITS, BOOL, BYTES, CHAR, COMPL, INT, REAL, SEMA, STRING, VOID, CHANNEL, FILE, FORMAT, STRUCT, UNION, AT "@", EITHER r0 , IS ":=:", ISNTIS NOT r0  ":/=:" ":≠:", OF "→" r0 , TRUE, FALSE, EMPTY, NIL "○", SKIP "~", CO "¢", COMMENT "¢", PR, PRAGMAT, CASE ~ IN ~ OUSE ~ IN ~ OUT ~ ESAC "( ~ | ~ |: ~ | ~ | ~ )", FOR ~ FROM ~ TO ~ BY ~ WHILE ~ DO ~ OD, IF ~ THEN ~ ELIF ~ THEN ~ ELSE ~ FI "( ~ | ~ |: ~ | ~ | ~ )", PARBEGIN ~ END "( ~ )", GO TO, GOTO, EXIT "□" r0 .

Units: Expressions

The basic language construct is the unit. A unit may be a formula, an enclosed clause, a routine text or one of several technically needed constructs (assignation, jump, skip, nihil). The technical term enclosed clause unifies some of the inherently bracketing constructs known as block, do statement, switch statement in other contemporary languages. When keywords are used, generally the reversed character sequence of the introducing keyword is used for terminating the enclosure, e.g. ( IF ~ THEN ~ ELSE ~ FI, CASE ~ IN ~ OUT ~ ESAC, FOR ~ WHILE ~ DO ~ OD ). This Guarded Command syntax was reused by Stephen Bourne in the common Unix Bourne shell. An expression may also yield a multiple value, which is constructed from other values by a collateral clause. This construct just looks like the parameter pack of a procedure call.

mode: Declarations

The basic data types (called modes in Algol 68 parlance) are real, int, compl (complex number), bool, char, bits and bytes. For example:

INT n = 2; CO n is fixed as a constant of 2. COINT m := 3; CO m is a newly created local variable whose value is initially set to 3. COCO    This is short for ref int m = loc int := 3; COREAL avogadro = 6.0221415⏨23; CO Avogadro number COlong long real long long pi = 3.14159 26535 89793 23846 26433 83279 50288 41971 69399 37510; COMPL square root of minus one = 0 ⊥ 1;

However, the declaration REAL x; is just syntactic sugar for REFREAL x = LOCREAL;. That is, x is really the constant identifier for a reference to a newly generated local REAL variable.

Furthermore, instead of defining both float and double, or int and long and short, etc., ALGOL 68 provides modifiers, so that the presently common double would be written as LONGREAL or LONGLONGREAL instead, for example. The prelude constantsmax real and min long int are provided to adapt programs to different implementations.

All variables need to be declared, but declaration does not have to precede the first use.

primitive-declarer: INT, REAL, COMPL, COMPLEXG, BOOL, CHAR, STRING, BITS, BYTES, FORMAT, FILE, PIPEG, CHANNEL, SEMA

Complex types can be created from simpler ones using various type constructors:

For some examples, see Comparison of ALGOL 68 and C++.

Other declaration symbols include: FLEX, HEAP, LOC, REF, LONG, SHORT, EVENTS

A name for a mode (type) can be declared using a MODE declaration, which is similar to TYPEDEF in C/C++ and TYPE in Pascal:

INT max=99;  MODE newmode = [0:9][0:max]STRUCT (      LONGREAL a, b, c, SHORTINT i, j, k, REFREAL r  );

This is similar to the following C code:

constintmax=99;typedefstruct{doublea,b,c;shorti,j,k;float*r;}newmode[9+1][max+1];

For ALGOL 68, only the NEWMODE mode-indication appears to the left of the equals symbol, and most notably the construction is made, and can be read, from left to right without regard to priorities. Also, the lower bound of Algol 68 arrays is one by default, but can be any integer from -max int to max int.

Mode declarations allow types to be recursive: defined directly or indirectly in terms of themselves. This is subject to some restrictions – for instance, these declarations are illegal:

MODEA = REFAMODEA = STRUCT (A a, B b)  MODEA = PROC (A a) A

while these are valid:

MODEA = STRUCT (REFA a, B b)  MODEA = PROC (REFA a) REFA

Coercions: casting

The coercions produce a coercee from a coercend according to three criteria: the a priori mode of the coercend before the application of any coercion, the a posteriori mode of the coercee required after those coercions, and the syntactic position or "sort" of the coercee. Coercions may be cascaded.

The six possible coercions are termed deproceduring, dereferencing, uniting, widening, rowing, and voiding. Each coercion, except for uniting, prescribes a corresponding dynamic effect on the associated values. Hence, many primitive actions can be programmed implicitly by coercions.

Context strength – allowed coercions:

Coercion hierarchy with examples

ALGOL 68 has a hierarchy of contexts which determine the kind of coercions available at a particular point in the program. These contexts are:

Context
Context locationCoercions availableCoercion examples in the context
Soft
Weak
Meek
Firm
Strong
Strong
Right hand side of:
  • Identity-declarations, as "~" in: REAL x = ~
  • Initialisations, as "~" in: REAL x := ~

Also:

  • Actual-parameters of calls, as "~" in:PROC: sin(~)
  • Enclosed clauses of casts, as "~" in: REAL(~)
  • Units of routine-texts
  • Statements yielding VOID
  • All parts (but one) of a balanced clause
  • One side of an identity relation, as "~" in: ~ IS ~
deproceduring
All SOFT then weak dereferencing (dereferencing or deproceduring, yielding a name)
All WEAK then dereferencing (dereferencing or deproceduring)
All MEEK then uniting
All FIRM then widening, rowing or voiding

Widening occurs if there is no loss of precision. For example: An INT will be coerced to a REAL, and a REAL will be coerced to a LONGREAL. But not vice versa. Examples:

  • INT to LONGINT
  • INT to REAL
  • REAL to COMPL
  • BITS to []BOOL
  • BYTES to STRING

A variable can also be coerced (rowed) to an array of length 1.

For example:

  • INT to [1]INT
  • REAL to [1]REAL etc.
Firm
  • Operands of formulas as "~" in:OP: ~ * ~
  • Parameters of transput calls
Example:

UNION(INT,REAL) var := 1

Meek
  • Trimscripts (yielding INT)
  • Enquiries: e.g. as "~" in the following

IF ~ THEN ... FI and FROM ~ BY ~ TO ~ WHILE ~ DO ... OD etc

  • Primaries of calls (e.g. sin in sin(x))
Examples:
  • REFREFBOOL to BOOL
  • REFREFREFINT to INT
Weak
  • Primaries of slices, as in "~" in: ~[1:99]
  • Secondaries of selections, as "~" in: value OF ~
Examples:
  • REFBOOL to REFBOOL
  • REFREFINT to REFINT
  • REFREFREFREAL to REFREAL
  • REFREFREFREFSTRUCT to REFSTRUCT
Soft
The LHS of assignments, as "~" in: ~ := ...Example:
  • deproceduring of: PROCREAL random: e.g. random

For more details about Primaries, Secondaries, Tertiary & Quaternaries refer to Operator precedence.

pr & co: Pragmats and Comments

Pragmats are directives in the program, typically hints to the compiler; in newer languages these are called "pragmas" (no 't'). e.g.

PRAGMAT heap=32 PRAGMATPR heap=32 PR

Comments can be inserted in a variety of ways:

¢ The original way of adding your 2 cents worth to a program ¢ COMMENT "bold" comment COMMENTCO Style i comment CO # Style ii comment # £ This is a hash/pound comment for a UK keyboard £

Normally, comments cannot be nested in ALGOL 68. This restriction can be circumvented by using different comment delimiters (e.g. use hash only for temporary code deletions).

Expressions and compound statements

ALGOL 68 being an expression-oriented programming language, the value returned by an assignment statement is a reference to the destination. Thus, the following is valid ALGOL 68 code:

REAL half pi, one pi; one pi := 2 * ( half pi := 2 * arc tan(1) )

This notion is present in C and Perl, among others. Note that as in earlier languages such as Algol 60 and FORTRAN, spaces are allowed in identifiers, so that half pi is a single identifier (thus avoiding the underscores versus camel case versus all lower-case issues).

As another example, to express the mathematical idea of a sum of f(i) from i=1 to n, the following ALGOL 68 integer expression suffices:

 (INT sum := 0; FOR i TO n DO sum +:= f(i) OD; sum)

Note that, being an integer expression, the former block of code can be used in any context where an integer value can be used. A block of code returns the value of the last expression it evaluated; this idea is present in Lisp, among other languages.

Compound statements are all terminated by distinctive closing brackets:

IF condition THEN statements [ ELSE statements ] FI  "brief" form:  ( condition | statements | statements )
IF condition1 THEN statements ELIF condition2 THEN statements [ ELSE statements ] FI  "brief" form:  ( condition1 | statements |: condition2 | statements | statements )

This scheme not only avoids the dangling else problem but also avoids having to use BEGIN and END in embedded statement sequences.

CASE switch IN statements, statements,... [ OUT statements ] ESAC  "brief" form:  ( switch | statements,statements,... | statements )
CASE switch1 IN statements, statements,... OUSE switch2 IN statements, statements,... [ OUT statements ] ESAC  "brief" form of CASE statement:  ( switch1 | statements,statements,... |: switch2 | statements,statements,... | statements )

Choice clause example with Brief symbols:

PROC days in month = (INT year, month)INT:   (month|     31,     (year÷×4=0 ∧ year÷×100≠0  ∨  year÷×400=0 | 29 | 28 ),     31, 30, 31, 30, 31, 31, 30, 31, 30, 31   );

Choice clause example with Bold symbols:

PROC days in month = (INT year, month)INT:   CASE month IN     31,     IF year MOD 4 EQ 0 AND year MOD 100 NE 0  OR  year MOD 400 EQ 0 THEN 29 ELSE 28 FI,     31, 30, 31, 30, 31, 31, 30, 31, 30, 31   ESAC;

Choice clause example mixing Bold and Brief symbols:

PROC days in month = (INT year, month)INT:   CASE month IN ¢Jan¢ 31, ¢Feb¢ ( year MOD 4 = 0 AND year MOD 100 ≠ 0  OR  year MOD 400 = 0 | 29 | 28 ), ¢Mar¢ 31, 30, 31, 30, 31, 31, 30, 31, 30, 31 ¢ to Dec. ¢   ESAC;

Algol68 allowed the switch to be of either type INTor (uniquely) UNION. The latter allows the enforcing strong typing onto UNION variables. c.f. union below for example.

 [ FOR index ] [ FROM first ] [ BY increment ] [ TO last ] [ WHILE condition ] DO statements OD  The minimum form of a "loop clause" is thus: DO statements OD

This was considered the "universal" loop, the full syntax is:

FOR i FROM 1 BY -22 TO -333 WHILE i×i≠4444 DO ~ OD

The construct have several unusual aspects:

INT sum sq:=0; FOR i WHILE   print(("So far:",i,newline));   sum sq≠70↑2 DO   sum sq+:=i↑2 OD

Subsequent "extensions" to the standard Algol68 allowed the TO syntactic element to be replaced with UPTO and DOWNTO to achieve a small optimisation. The same compilers also incorporated:

Further examples can be found in the code examples below.

struct, union & [:]: Structures, unions and arrays

ALGOL 68 supports arrays with any number of dimensions, and it allows for the slicing of whole or partial rows or columns.

MODEVECTOR = [1:3]    REAL;   # vector MODE declaration (typedef)  #MODEMATRIX = [1:3,1:3]REAL;   # matrix MODE declaration (typedef)  #VECTOR v1  := (1,2,3);         # array variable initially (1,2,3)   #  []REAL v2   = (4,5,6);         # constant array, type equivalent to VECTOR, bounds are implied  #OP + = (VECTOR a,b) VECTOR:    # binary OPerator definition         #    (VECTOR out; FOR i FROM ⌊a TO ⌈a DO out[i] := a[i]+b[i] OD; out);  MATRIX m := (v1, v2, v1+v2);  print ((m[,2:]));              # a slice of the 2nd and 3rd columns #

Matrices can be sliced either way, e.g.:

REFVECTOR row = m[2,];  # define a REF (pointer) to the 2nd row #REFVECTOR col = m[,2];  # define a REF (pointer) to the 2nd column #

ALGOL 68 supports multiple field structures (STRUCT) and united modes . Reference variables may point to any MODE including array slices and structure fields.

For an example of all this, here is the traditional linked list declaration:

MODENODE = UNION (VOID, REAL, INT, COMPL, STRING),       LIST = STRUCT (NODE val, REFLIST next);

Usage example for UNIONCASE of NODE:

Algol68 r0 as in the 1968 Final ReportAlgol68 r1 as in the 1973 Revised Report
NODE n := "1234";  REAL r; INT i; COMPL c; STRING s  CASE r,i,c,s::=n IN    print(("real:", r)),    print(("int:", i)),    print(("compl:", c)),    print(("string:", s))    OUT print(("?:", n))  ESAC
NODE n := "1234";  # or n := EMPTY; #   CASE n IN    (VOID):     print(("void:", "EMPTY")),    (REAL r):   print(("real:", r)),    (INT i):    print(("int:", i)),    (COMPL c):  print(("compl:", c)),    (STRING s): print(("string:", s))    OUT         print(("?:", n))  ESAC

proc: Procedures

Procedure (PROC) declarations require type specifications for both the parameters and the result (VOID if none):

PROC max of real = (REAL a, b) REAL:     IF a > b THEN a ELSE b FI;

or, using the "brief" form of the conditional statement:

PROC max of real = (REAL a, b) REAL: (a>b | a | b);

The return value of a proc is the value of the last expression evaluated in the procedure. References to procedures (ref proc) are also permitted. Call-by-reference parameters are provided by specifying references (such as ref real) in the formal argument list. The following example defines a procedure that applies a function (specified as a parameter) to each element of an array:

PROC apply = (REF [] REAL a, PROC (REAL) REAL f):   FOR i FROMLWB a TOUPB a DO a[i] := f(a[i]) OD

This simplicity of code was unachievable in ALGOL 68's predecessor ALGOL 60.

op: Operators

The programmer may define new operators and both those and the pre-defined ones may be overloaded and their priorities may be changed by the coder. The following example defines operator MAX with both dyadic and monadic versions (scanning across the elements of an array).

PRIOMAX = 9;   OPMAX = (INT a,b) INT: ( a>b | a | b );  OPMAX = (REAL a,b) REAL: ( a>b | a | b );  OPMAX = (COMPL a,b) COMPL: ( ABS a > ABS b | a | b );   OPMAX = ([]REAL a) REAL:     (REAL out := a[LWB a];      FOR i FROMLWB a + 1 TOUPB a DO ( a[i]>out | out:=a[i] ) OD;      out)

Array, Procedure, Dereference and coercion operations

PRIOrityOperation r0&r1 +Algol68 r0 +Algol68G
Effectively 12
(Primary)
dereferencing, deproceduring(~,~), subscripting[~], rowing[~,], slicing[~:~], size denotations LONG & SHORTproceduringcurrying(~,,,), DIAG, TRNSP, ROW, COL
Effectively 11
(Secondary)
OF (selection), LOC & HEAP (generators) → (selection) NEW (generators)

These are technically not operators, rather they are considered "units associated with names"

Monadic operators

PRIOrity
(Tertiary)
Algol68 "Worthy characters " r0&r1 +Algol68 r0&r1 +Algol68C,G+Algol68 r0
10NOT ~, UP, DOWN, LWB, UPB,

-, ABS, ARG, BIN, ENTIER, LENG, LEVEL, ODD, REPR, ROUND, SHORTEN

¬, ↑, ↓, ⌊, ⌈NORM, TRACE, T, DET, INVLWS, UPS, ⎩, ⎧, BTB, CTB

Dyadic operators with associated priorities

PRIOrity
(Tertiary)
Algol68 "Worthy characters" r0&r1 +Algol68 r0&r1 +Algol68C,G+Algol68 r0
9+*, I+×, ⊥ !
8SHL, SHR, **, UP, DOWN, LWB, UPB↑, ↓, ⌊, ⌈××, ^, LWS, UPS, ⎩, ⎧
7*, /,  %, OVER,  %*, MOD, ELEM×, ÷, ÷×, ÷*, %×, □÷:
6-, +
5<, LT, <=, LE, >=, GE, >, GT≤, ≥
4EQ =, NE ~= /=≠, ¬=
3&, AND/\
2OR\/
1MINUSAB, PLUSAB, TIMESAB, DIVAB, OVERAB, MODAB, PLUSTO,

-:=, +:=, *:=, /:=, %:=, %*:=, +=:

×:=, ÷:=, ÷×:=, ÷*:=,  %×:=MINUS, PLUS, DIV, OVERB, MODB, ÷::=, PRUS

Specific details:

  • Tertiaries include names NIL and ○.
  • LWS: In Algol68 r0 the operators LWS and ⎩ ... both return TRUE if the lower state of the dimension of an array is fixed.
  • The UPS and ⎧ operators are similar on the upper state.
  • The LWB and UPB operators are automatically available on UNIONs of different orders (and MODEs) of arrays. eg. UPB of union([]int, [,]real, flex[,,,]char)

Assignation and identity relations, etc.

These are technically not operators, rather they are considered "units associated with names"

PRIOrity
(Quaternaries)
Algol68 "Worthy characters" r0&r1 +Algol68 r0&r1 +Algol68C,G,R+Algol68 r0
Effectively 0 :=, IS :=:, ISNT :/=: :~=:, AT @, ":", ";" :≠: :¬=: :=:=C, =:=R..=, .=, CT, ::, CTAB, ::=, .., is not, "..", ".,"

Note: Quaternaries include names SKIP and ~.

":=:" (alternatively "IS") tests if two pointers are equal; ":/=:" (alternatively "ISNT") tests if they are unequal.

Why :=: and :/=: are needed: Consider trying to compare two pointer values, such as the following variables, declared as pointers-to-integer:

REFINT ip, jp

Now consider how to decide whether these two are pointing to the same location, or whether one of them is pointing to NIL. The following expression

ip = jp

will dereference both pointers down to values of type INT, and compare those, since the "=" operator is defined for INT, but not REFINT. It is not legal to define "=" for operands of type REFINT and INT at the same time, because then calls become ambiguous, due to the implicit coercions that can be applied: should the operands be left as REFINT and that version of the operator called? Or should they be dereferenced further to INT and that version used instead? Therefore the following expression can never be made legal:

ip = NIL

Hence the need for separate constructs not subject to the normal coercion rules for operands to operators. But there is a gotcha. The following expressions:

ip :=: jp
ip :=: NIL

while legal, will probably not do what might be expected. They will always return FALSE, because they are comparing the actual addresses of the variables ip and jp, rather than what they point to. To achieve the right effect, one would have to write

ip :=: REFINT(jp)
ip :=: REFINT(NIL)

Special characters

IBM 2741 keyboard with APL symbols APL-keybd2.svg
IBM 2741 keyboard with APL symbols

Most of Algol's "special" characters (⊂, ≡, ␣, ×, ÷, ≤, ≥, ≠, ¬, ⊃, ≡, ∨, ∧, →, ↓, ↑, ⌊, ⌈, ⎩, ⎧, ⊥, ⏨, ¢, ○ and □) can be found on the IBM 2741 keyboard with the APL "golf-ball" print head inserted; these became available in the mid-1960s while ALGOL 68 was being drafted. These characters are also part of the Unicode standard and most of them are available in several popular fonts.

transput: Input and output

Transput is the term used to refer to ALGOL 68's input and output facilities. It includes pre-defined procedures for unformatted, formatted and binary transput. Files and other transput devices are handled in a consistent and machine-independent manner. The following example prints out some unformatted output to the standard output device:

  print ((newpage, "Title", newline, "Value of i is ",     i, "and x[i] is ", x[i], newline)) 

Note the predefined procedures newpage and newline passed as arguments.

Books, channels and files

The TRANSPUT is considered to be of BOOKS, CHANNELS and FILES:

  • Books are made up of pages, lines and characters, and may be backed up by files.
    • A specific book can be located by name with a call to match.
  • CHANNELs correspond to physical devices. e.g. card punches and printers.
    • Three standard channels are distinguished: stand in channel, stand out channel, stand back channel.
  • A FILE is a means of communicating between a program and a book that has been opened via some channel.
    • The MOOD of a file may be read, write, char, bin, and opened.
    • transput procedures include: establish, create, open, associate, lock, close, scratch.
    • position enquires: char number, line number, page number.
    • layout routines include:
      • space, backspace, newline, newpage.
      • get good line, get good page, get good book, and PROC set=(REFFILE f, INT page,line,char)VOID:
    • A file has event routines. e.g. on logical file end, on physical file end, on page end, on line end, on format end, on value error, on char error.

formatted transput

"Formatted transput" in ALGOL 68's transput has its own syntax and patterns (functions), with FORMATs embedded between two $ characters. [50]

Examples:

 printf (($2l"The sum is:"x, g(0)$, m + n)); ¢ prints the same as: ¢  print ((new line, new line, "The sum is:", space, whole (m + n, 0)) 

par: Parallel processing

ALGOL 68 supports programming of parallel processing. Using the keyword PAR, a collateral clause is converted to a parallel clause, where the synchronisation of actions is controlled using semaphores. In A68G the parallel actions are mapped to threads when available on the hosting operating system. In A68S a different paradigm of parallel processing was implemented (see below).

PROC     eat = VOID: ( muffins-:=1; print(("Yum!",new line))),     speak = VOID: ( words-:=1; print(("Yak...",new line)));  INT muffins := 4, words := 8; SEMA mouth = LEVEL 1;  PARBEGINWHILE muffins > 0 DODOWN mouth;         eat;         UP mouth     OD,     WHILE words > 0 DODOWN mouth;         speak;         UP mouth     ODEND

Miscellaneous

For its technical intricacies, ALGOL 68 needs a cornucopia of methods to deny the existence of something:

SKIP, "~" or "?"C – an undefined value always syntactically valid, EMPTY – the only value admissible to VOID, needed for selecting VOID in a UNION, VOID – syntactically like a MODE, but not one, NIL or "○" – a name not denoting anything, of an unspecified reference mode, () or specifically [1:0]INT – a vacuum is an empty array (here specifically of MODE []INT). undefined – a standards reports procedure raising an exception in the runtime system. ℵ – Used in the standards report to inhibit introspection of certain types. e.g. SEMA

The term NILISvar always evaluates to TRUE for any variable (but see above for correct use of IS :/=:), whereas it is not known to which value a comparison x < SKIP evaluates for any integer x.

ALGOL 68 leaves intentionally undefined what happens in case of integer overflow, the integer bit representation, and the degree of numerical accuracy for floating point.

Both official reports included some advanced features that were not part of the standard language. These were indicated with an ℵ and considered effectively private. Examples include "≮" and "≯" for templates, the OUTTYPE/INTYPE for crude duck typing, and the STRAIGHTOUT and STRAIGHTIN operators for "straightening" nested arrays and structures

Examples of use

Code sample

This sample program implements the Sieve of Eratosthenes to find all the prime numbers that are less than 100. NIL is the ALGOL 68 analogue of the null pointer in other languages. The notation xOFy accesses a member x of a STRUCTy.

BEGIN # Algol-68 prime number sieve, functional style #   PROC error = (STRING s) VOID:      (print(( newline, " error: ", s, newline)); GOTO stop);   PROC one to = (INT n) LIST:      (PROC f = (INT m,n) LIST: (m>n | NIL | cons(m, f(m+1,n))); f(1,n));   MODELIST = REFNODE;   MODENODE = STRUCT (INT h, LIST t);   PROC cons = (INT n, LIST l) LIST: HEAPNODE := (n,l);   PROC hd   = (LIST l) INT: ( l ISNIL | error("hd NIL"); SKIP | h OF l );   PROC tl   = (LIST l) LIST: ( l ISNIL | error("tl NIL"); SKIP | t OF l );   PROC show = (LIST l) VOID: ( l ISNTNIL | print((" ",whole(hd(l),0))); show(tl(l)));   PROC filter = (PROC (INT) BOOL p, LIST l) LIST:      IF l ISNILTHENNILELIF p(hd(l)) THEN cons(hd(l), filter(p,tl(l)))      ELSE filter(p, tl(l))      FI;   PROC sieve = (LIST l) LIST:      IF l ISNILTHENNILELSEPROC not multiple = (INT n) BOOL: n MOD hd(l) ~= 0;         cons(hd(l), sieve( filter( not multiple, tl(l) )))      FI;   PROC primes = (INT n) LIST: sieve( tl( one to(n) ));      show( primes(100) ) END

Operating systems written in ALGOL 68

Note: The Soviet Era computers Эльбрус-1 (Elbrus-1) and Эльбрус-2 were created using high-level language Эль-76 (AL-76), rather than the traditional assembly. Эль-76 resembles Algol-68, The main difference is the dynamic binding types in Эль-76 supported at the hardware level. Эль-76 is used for application, job control, system programming. [54]

Applications

Both ALGOL 68C and ALGOL 68-R are written in ALGOL 68, effectively making ALGOL 68 an application of itself. Other applications include:

Libraries and APIs

Program representation

A feature of ALGOL 68, inherited from the ALGOL tradition, is its different representations. There is a representation language used to describe algorithms in printed work, a strict language (rigorously defined in the Report), and an official reference language intended to be used in compiler input. The examples contain BOLD typeface words, this is the STRICT language. ALGOL 68's reserved words are effectively in a different namespace from identifiers, and spaces are allowed in identifiers, so this next fragment is legal:

INT a real int = 3 ;

The programmer who writes executable code does not always have an option of BOLD typeface or underlining in the code as this may depend on hardware and cultural issues. Different methods to denote these identifiers have been devised. This is called a stropping regime. For example, all or some of the following may be available programming representations:

INT a real int = 3; # the STRICT language # 'INT'A REAL INT = 3; # QUOTE stropping style # .INT A REAL INT = 3; # POINT stropping style #  INT a real int = 3; # UPPER stropping style #  int a_real_int = 3; # RES stropping style, there are 61 accepted reserved words #

All implementations must recognize at least POINT, UPPER and RES inside PRAGMAT sections. Of these, POINT and UPPER stropping are quite common, while RES stropping is a contradiction to the specification (as there are no reserved words). QUOTE (single apostrophe quoting) was the original recommendation, while matched apostrophe quoting, common in ALGOL 60, is not used much in ALGOL 68. [57]

The following characters were recommended for portability, and termed "worthy characters" in the Report on the Standard Hardware Representation of Algol 68 Archived 2014-01-02 at the Wayback Machine :

This reflected a problem in the 1960s where some hardware didn't support lower-case, nor some other non-ASCII characters, indeed in the 1973 report it was written: "Four worthy characters — "|", "_", "[", and "]" — are often coded differently, even at installations which nominally use the same character set."

Example of different program representations

RepresentationCode
Algol68 "strict"
as typically published
''¢ underline or ''    ''bold typeface ¢''  '''MODE''' '''XINT''' = '''INT''';  '''XINT''' sum sq:=0;  '''FOR''' i '''WHILE'''    sum sq≠70×70  '''DO'''    sum sq+:=i↑2  '''OD'''
Quote stropping
(like wikitext)
'pr' quote 'pr' 'mode' 'xint' = 'int'; 'xint' sum sq:=0; 'for' i 'while'   sum sq≠70×70 'do'   sum sq+:=i↑2 'od' 
For a 7-bit character code compiler
.PRUPPER.PR MODE XINT = INT; XINT sum sq:=0; FOR i WHILE   sum sq/=70*70 DO   sum sq+:=i**2 OD 
For a 6-bit character code compiler
.PRPOINT.PR .MODE.XINT=.INT; .XINTSUMSQ:=0; .FORI.WHILE   SUM SQ .NE 70*70 .DO   SUM SQ .PLUSAB I .UP 2 .OD
Algol68 using RES stropping
(reserved word)
.PRRES.PR mode .xint = int; .xintsumsq:=0; for i while   sum sq≠70×70 do   sum sq+:=i↑2 od 

ALGOL 68 allows for every natural language to define its own set of keywords Algol-68. As a result, programmers are able to write programs using keywords from their native language. Below is an example of a simple procedure that calculates "the day following", the code is in two languages: English and German.[ citation needed ]

 # Next day date - English variant #  MODEDATE = STRUCT(INT day, STRING month, INT year);  PROC the day following = (DATE x) DATE:       IF day OF  x < length of month (month OF x, year OF x)       THEN (day OF x + 1, month OF x, year OF x)       ELIF month OF x = "December"       THEN (1, "January", year OF x + 1)       ELSE (1, successor of month (month OF x), year OF x)       FI;
 # Nachfolgetag - Deutsche Variante #  MENGEDATUM = TUPEL(GANZ tag, WORT monat, GANZ jahr);  FUNKTION naechster tag nach = (DATUM x) DATUM:           WENN tag VON x < monatslaenge(monat VON x, jahr VON x)           DANN (tag VON x + 1, monat VON x, jahr VON x)           WENNABER monat VON x = "Dezember"           DANN (1, "Januar", jahr VON x + 1)           ANSONSTEN (1, nachfolgemonat(monat VON x), jahr VON x)           ENDEWENN;

Russian/Soviet example: In English Algol68's case statement reads CASE ~ IN ~ OUT ~ ESAC, in Cyrillic this reads выб ~ в ~ либо ~ быв.

Revisions

Except where noted (with a superscript), the language described above is that of the "Revised Report(r1)".

The language of the unrevised report

The original language (As per the "Final Report" r0 ) differs in syntax of the mode cast, and it had the feature of proceduring, i.e. coercing the value of a term into a procedure which evaluates the term. Proceduring would be intended to make evaluations lazy. The most useful application could have been the short-circuited evaluation of boolean operators. In:

OPANDF = (BOOL a,PROCBOOL b)BOOL:(a | b | FALSE); OPORF = (BOOL a,PROCBOOL b)BOOL:(a | TRUE | b);

b is only evaluated if a is true.

As defined in ALGOL 68, it did not work as expected, for example in the code:

IFFALSEANDFCO proc bool: CO ( print ("Should not be executed"); TRUE) THEN ...

against the programmers naïve expectations the print would be executed as it is only the value of the elaborated enclosed-clause after ANDF that was procedured. Textual insertion of the commented-out PROCBOOL: makes it work.

Some implementations emulate the expected behaviour for this special case by extension of the language.

Before revision, the programmer could decide to have the arguments of a procedure evaluated serially instead of collaterally by using semicolons instead of commas ( gomma s).

For example in:

PROC test = (REAL a; REAL b) :... ... test (x PLUS 1, x);

The first argument to test is guaranteed to be evaluated before the second, but in the usual:

PROC test = (REAL a, b) :... ... test (x PLUS 1, x);

then the compiler could evaluate the arguments in whatever order it felt like.

Extension proposals from IFIP WG 2.1

After the revision of the report, some extensions to the language have been proposed to widen the applicability:

So far, only partial parametrisation has been implemented, in Algol 68 Genie.

True ALGOL 68s specification and implementation timeline

NameYearPurposeStateDescriptionTarget CPULicensingImplementation language
Generalized ALGOL 1962ScientificFlag of the Netherlands.svg  NLD ALGOL for generalised grammars
ALGOL Y Y1966Draft proposalIntlFirst version of Algol 68Specification ACM
ALGOL 68DR1968Draft proposalIntlIFIP WG 2.1 Draft ReportSpecification – MarchACM
ALGOL 68 r0 1968StandardIntlIFIP WG 2.1 Final ReportSpecification – AugustACM
ALGOL 68-R R1970MilitaryFlag of the United Kingdom.svg  UK ICL 1900 ALGOL 60
EPOS ALGOL E1971Scientific
ALGOL 68RS RS1972MilitaryFlag of the United Kingdom.svg  UK Portable compiler systemICL 2900/Series 39, Multics, VMS & C generator (1993) Crown Copyright ALGOL 68RS
Algol 68 with areas1972Experimental & otherFlag of the United Kingdom.svg  UK Addition of areas to Algol 68
Mini ALGOL 681973ResearchFlag of the Netherlands.svg  NLD "An interpreter for simple Algol 68 Programs" Archived 2011-07-18 at the Wayback Machine Portable interpreter Mathematisch Centrum ALGOL 60
OREGANO 1973ResearchFlag of the United States.svg  US "The importance of implementation models." UCLA
ALGOL 68C C1975ScientificFlag of the United Kingdom.svg  UK Cambridge Algol 68 ICL, IBM 360, PDP 10 & Unix, Telefunken, Tesla & Z80 (1980) [61] CambridgeALGOL 68C
ALGOL 68 Revised Report r1 1975StandardIntlIFIP WG 2.1 Revised ReportSpecificationACM
Algol H H1975Experimental & otherFlag of the United Kingdom.svg  UK Proposed extensions to the mode system of Algol 68Specification ALGOL W
Odra Algol 681976practical usesFlag of the Soviet Union.svg  Soviet Union/Flag of Poland.svg  Poland Odra 1204/IL Soviet ALGOL 60
Oklahoma ALGOL 681976programming instructionFlag of the United States.svg  USA Oklahoma State University implementation [62] IBM 1130 and System/370/158UnknownANSI Fortran 66.
Berlin ALGOL 681977ResearchFlag of Germany.svg  DE "The Berlin ALGOL 68 implementation" & [63] An Abstract ALGOL 68 Machine – machine independent Compiler Technical University of Berlin CDL 2
FLACC F1977Multi-purposeFlag of Canada (Pantone).svg  CAN Revised Report complete implementation with debug featuresSystem/370lease, Chion CorporationAssembler
ALGOL 68-RT RT1979ScientificFlag of the United Kingdom.svg  UK Parallel ALGOL 68-R
RS Algol rs1979ScientificFlag of the United Kingdom.svg  UK
ALGOL 68+1980ScientificFlag of the Netherlands.svg  NLD Proposed superlanguage of ALGOL 68 [64]
M-220 ALGOL 68Flag of the Soviet Union.svg  Soviet Union M-220 Soviet EPSILON
Leningrad ALGOL 68 L1980TelecommunicationsFlag of the Soviet Union.svg  Soviet Union Full language + modulesIBM, DEC, CAMCOH, PS 1001 & PC Soviet
Interactive ALGOL 68 I1983Flag of the United Kingdom.svg  UK Incremental compilation PCNoncommercial shareware
ALGOL 68S S1985ScientificIntlSun version of ALGOL 68 Sun-3, Sun SPARC (under SunOS 4.1 & Solaris 2), Atari ST (under GEMDOS), Acorn Archimedes (under RISC OS), VAX-11 under Ultrix-32
Algol68toC [65] (ctrans)1985ElectronicsFlag of the United Kingdom.svg  UK ctrans from ELLA ALGOL 68RS Portable C generator  Open-source software 1995ALGOL 68RS
MK2 Interactive ALGOL 68 1992Flag of the United Kingdom.svg  UK Incremental compilation PCNoncommercial shareware [66]
Algol 68 GenieG2001Full languageFlag of the Netherlands.svg  NLD Includes standard collateral clausePortable interpreter GNU GPL C
Algol 68 Genie version 2.0.02010Full languageFlag of the Netherlands.svg  NLD Portable interpreter; optional compilation of selected units GNU GPL C

The S3 language that was used to write the ICL VME operating system and much other system software on the ICL 2900 Series was a direct derivative of Algol 68. However, it omitted many of the more complex features, and replaced the basic modes with a set of data types that mapped directly to the 2900 Series hardware architecture.

Implementation specific extensions

ALGOL 68R(R) from RRE was the first ALGOL 68 subset implementation, running on the ICL 1900. Based on the original language, the main subset restrictions were definition before use and no parallel processing. This compiler was popular in UK universities in the 1970s, where many computer science students learnt ALGOL 68 as their first programming language; the compiler was renowned for good error messages.

ALGOL 68RS(RS) from RSRE was a portable compiler system written in ALGOL 68RS (bootstrapped from ALGOL 68R), and implemented on a variety of systems including the ICL 2900/Series 39, Multics and DEC VAX/VMS. The language was based on the Revised Report, but with similar subset restrictions to ALGOL 68R. This compiler survives in the form of an Algol68-to-C compiler.

In ALGOL 68S(S) from Carnegie Mellon University the power of parallel processing was improved by adding an orthogonal extension, eventing. Any variable declaration containing keyword EVENT made assignments to this variable eligible for parallel evaluation, i.e. the right hand side was made into a procedure which was moved to one of the processors of the C.mmp multiprocessor system. Accesses to such variables were delayed after termination of the assignment.

Cambridge ALGOL 68C (C) was a portable compiler that implemented a subset of ALGOL 68, restricting operator definitions and omitting garbage collection, flexible rows and formatted transput.

Algol 68 Genie(G) by M. van der Veer is an ALGOL 68 implementation for today's computers and operating systems.

"Despite good intentions, a programmer may violate portability by inadvertently employing a local extension. To guard against this, each implementation should provide a PORTCHECK pragmat option. While this option is in force, the compiler prints a message for each construct that it recognizes as violating some portability constraint." [67]

Quotes

See also

Related Research Articles

<span class="mw-page-title-main">ALGOL</span> Family of programming languages

ALGOL is a family of imperative computer programming languages originally developed in 1958. ALGOL heavily influenced many other languages and was the standard method for algorithm description used by the Association for Computing Machinery (ACM) in textbooks and academic sources for more than thirty years.

In computer programming, operator overloading, sometimes termed operator ad hoc polymorphism, is a specific case of polymorphism, where different operators have different implementations depending on their arguments. Operator overloading is generally defined by a programming language, a programmer, or both.

Standard ML (SML) is a general-purpose, modular, functional programming language with compile-time type checking and type inference. It is popular for writing compilers, for programming language research, and for developing theorem provers.

ALGOL W is a programming language. It is based on a proposal for ALGOL X by Niklaus Wirth and Tony Hoare as a successor to ALGOL 60. ALGOL W is a relatively simple upgrade of the original ALGOL 60, adding string, bitstring, complex number and reference to record data types and call-by-result passing of parameters, introducing the while statement, replacing switch with the case statement, and generally tightening up the language.

In computer science, a tagged union, also called a variant, variant record, choice type, discriminated union, disjoint union, sum type or coproduct, is a data structure used to hold a value that could take on several different, but fixed, types. Only one of the types can be in use at any one time, and a tag field explicitly indicates which one is in use. It can be thought of as a type that has several "cases", each of which should be handled correctly when that type is manipulated. This is critical in defining recursive datatypes, in which some component of a value may have the same type as that value, for example in defining a type for representing trees, where it is necessary to distinguish multi-node subtrees and leaves. Like ordinary unions, tagged unions can save storage by overlapping storage areas for each type, since only one is in use at a time.

In computer science, a union is a value that may have any of several representations or formats within the same position in memory; that consists of a variable that may hold such a data structure. Some programming languages support special data types, called union types, to describe such values and variables. In other words, a union type definition will specify which of a number of permitted primitive types may be stored in its instances, e.g., "float or long integer". In contrast with a record, which could be defined to contain both a float and an integer; in a union, there is only one value at any given time.

ALGOL 60 is a member of the ALGOL family of computer programming languages. It followed on from ALGOL 58 which had introduced code blocks and the begin and end pairs for delimiting them, representing a key advance in the rise of structured programming. ALGOL 60 was one of the first languages implementing function definitions. ALGOL 60 function definitions could be nested within one another, with lexical scope. It gave rise to many other languages, including CPL, PL/I, Simula, BCPL, B, Pascal, and C. Practically every computer of the era had a systems programming language based on ALGOL 60 concepts.

A struct in the C programming language is a composite data type declaration that defines a physically grouped list of variables under one name in a block of memory, allowing the different variables to be accessed via a single pointer or by the struct declared name which returns the same address. The struct data type can contain other data types so is used for mixed-data-type records such as a hard-drive directory entry, or other mixed-type records.

In computer science, a Van Wijngaarden grammar is a formalism for defining formal languages. The name derives from the formalism invented by Adriaan van Wijngaarden for the purpose of defining the ALGOL 68 programming language. The resulting specification remains its most notable application.

In computer science, object composition and object aggregation are closely related ways to combine objects or data types into more complex ones. In conversation the distinction between composition and aggregation is often ignored. Common kinds of compositions are objects used in object-oriented programming, tagged unions, sets, sequences, and various graph structures. Object compositions relate to, but are not the same as, data structures.

The computer programming languages C and Pascal have similar times of origin, influences, and purposes. Both were used to design their own compilers early in their lifetimes. The original Pascal definition appeared in 1969 and a first compiler in 1970. The first version of C appeared in 1972.

Barry James Mailloux obtained his Master of Science (M.Sc.) in numerical analysis in 1963. From 1966, he studied at Amsterdam's Mathematisch Centrum under Adriaan van Wijngaarden, earning a Doctor of Philosophy (Ph.D.) in 1968.

In computer language design, stropping is a method of explicitly marking letter sequences as having a special property, such as being a keyword, or a certain type of variable or storage location, and thus inhabiting a different namespace from ordinary names ("identifiers"), in order to avoid clashes. Stropping is not used in most modern languages – instead, keywords are reserved words and cannot be used as identifiers. Stropping allows the same letter sequence to be used both as a keyword and as an identifier, and simplifies parsing in that case – for example allowing a variable named if without clashing with the keyword if.

S-algol is a computer programming language derivative of ALGOL 60 developed at the University of St Andrews in 1979 by Ron Morrison and Tony Davie. The language is a modification of ALGOL to contain orthogonal data types that Morrison created for his PhD thesis. Morrison would go on to become professor at the university and head of the department of computer science. The S-algol language was used for teaching at the university at an undergraduate level until 1999. It was also the language taught for several years in the 1980s at a local school in St. Andrews, Madras College. The computer science text Recursive Descent Compiling describes a recursive descent compiler for S-algol, implemented in S-algol.

ALGOL 68-R was the first implementation of the Algorithmic Language ALGOL 68.

C++ doesn't have:

The Interactive ALGOL 68 compiler for ALGOL 68 was made available by Peter Craven of Algol Applications from 1984. Then in 1994 from OCCL until 2004.

ALGOL 68RS is the second ALGOL 68 compiler written by I. F. Currie and J. D. Morrison, at the Royal Signals and Radar Establishment (RSRE). Unlike the earlier ALGOL 68-R, it was designed to be portable, and implemented the language of the Revised Report.

S3 is a structured, imperative high-level computer programming language. It was developed by the UK company International Computers Limited (ICL) for its 2900 Series mainframes. It is a system programming language with syntax influenced by ALGOL 68 but with data types and operators aligned to those offered by the 2900 Series. It was the implementation language of the operating system VME.

This article describes the syntax of the C# programming language. The features described are compatible with .NET Framework and Mono.

References

Citations

  1. van Wijngaarden, Adriaan; Mailloux, Barry James; Peck, John Edward Lancelot; Koster, Cornelis Hermanus Antonius; Sintzoff, Michel [in French]; Lindsey, Charles Hodgson; Meertens, Lambert Guillaume Louis Théodore; Fisker, Richard G., eds. (1976). Revised Report on the Algorithmic Language ALGOL 68 (PDF). Springer-Verlag. ISBN   978-0-387-07592-1. OCLC   1991170. Archived (PDF) from the original on 2019-04-19. Retrieved 2019-05-11.
  2. 1 2 Dennis Ritchie (April 1993). "The Development of the C Language" (PDF). Archived from the original (PDF) on 2005-11-06. Retrieved 2007-04-26.
  3. Influence on C: types, structures, arrays, pointers and procedures – Dennis Ritchie [2]
  4. 1 2 Dennis Ritchie (June 1988). "C and Algol 68" . Retrieved 2006-09-15.
  5. Influence on C: union, structure, syntax and long precision – Dennis Ritchie [4]
  6. "A History of C++: 1979−1991" (PDF). March 1993. Page 12, 2nd paragraph: Algol68 [gave] operator overloading(§3.3.3), references (§3.3.4), and the ability to declare variables anywhere in a block (§3.3.1). Retrieved 2008-05-06.
  7. "Interview with Guido van Rossum". July 1998. Archived from the original on 2007-05-01. Retrieved 2007-04-29.
  8. "A Shorter History of ALGOL 68". Archived from the original on 2006-08-10. Retrieved 2006-09-15.
  9. Veer, Marcel van der (2023-04-05). "Revised Report on the Algorithmic Language Algol 68". jmvdveer.home.xs4all.nl/. Archived from the original on 2013-03-17.
  10. Veer, Marcel van der (2023-04-05). "Revised Report on the Algorithmic Language Algol 68". jmvdveer.home.xs4all.nl/. Archived from the original on 2013-03-17.
  11. Veer, Marcel van der (2023-04-05). "Revised Report on the Algorithmic Language Algol 68". jmvdveer.home.xs4all.nl/. Archived from the original on 2013-03-17.
  12. Veer, Marcel van der (2023-04-05). "Revised Report on the Algorithmic Language Algol 68". jmvdveer.home.xs4all.nl/. Archived from the original on 2013-03-17.
  13. "Gommas?".
  14. Revised Report on the Algorithmic Language Algol 68 Archived 2013-03-17 at the Wayback Machine . jmvdveer.home.xs4all.nl (1968-12-20). Retrieved on 2013-07-21.
  15. Terekhov, Andrey (2014). "ALGOL 68 and Its Impact on the USSR and Russian Programming". 2014 Third International Conference on Computer Technology in Russia and in the Former Soviet Union. pp. 97–106. doi:10.1109/SoRuCom.2014.29. ISBN   978-1-4799-1799-0. S2CID   16097093.
  16. http://toc.proceedings.com/25445webtoc.pdf "Алгол 68 и его влияние на программирование в СССР и России" – pages: 336 & 342
  17. Lindsey 1996.
  18. 1 2 Lindsey, Charles H. (1996). Bergin, T. J.; Gibson, R. G. (eds.). A history of ALGOL 68. History of Programming Languages-II. Vol. 28. also in ACM SIGPLAN Notices 28(3), March 1993 (includes a comprehensive bibliography of the meetings and discussions before, during and after development of ALGOL 68). ACM Press. pp. 97–132. doi:10.1145/155360.155365. ISBN   978-0-201-89502-5.{{cite book}}: |journal= ignored (help)
  19. Programming Algol 68 Made Easy
  20. Veer, Marcel van der. "Marcel van der Veer - Algol 68 Genie". jmvdveer.home.xs4all.nl/.
  21. Lindsey 1993, p. 7.
  22. 1 2 3 4 Lindsey 1993, p. 9.
  23. Lindsey 1993, p. 24.
  24. 1 2 Lindsey 1993, p. 10.
  25. "The Algol Bulletin".
  26. 1 2 Lindsey 1993, p. 12.
  27. "ALGOL 68 with fewer tears" (PDF). The Computer Journal. 15 (1): 176–188.
  28. Lindsey 1993, p. 13.
  29. Lindsey 1993, p. 15.
  30. Hoare, C. a. R. (November 1968). "Critique of ALGOL 68". ALGOL Bulletin. 29: 27–29.
  31. 1 2 Peck, J. E. L., ed. (1970), Proceedings of the IFIP working conference on ALGOL 68 Implementation, Munich: North-Holland, ISBN   0-7204-2045-8
  32. 1 2 3 4 Koster, C. H. A. "A Shorter History of Algol 68". Archived from the original on 2007-12-17.
  33. van der Veer, Marcel. "Open source Algol 68 implementations". algol68.sourceforge.net.
  34. E. Marchesi, Jose. "Algol68 frontend for GCC". jemarch.net.
  35. Van Wijngaarden, A.; Mailloux, B. J.; Peck, J.; Koster, C. H. A. (1968-03-01). "Draft Report on the Algorithmic Language ALGOL 68". ALGOL Bulletin (Sup 26): 1–84. Retrieved 2023-04-07 via Mar. 1968.
  36. Sidney Marshall, "ALGOL 68 Implementation", Proceedings of the IFIP Working Conference on ALGOL 68 Implementation, Munich, July 20–24, 1970, J. E. L. Peck, editor, North Holland, pages 239243.
  37. Sidney Marshall, On the implementation of ALGOL 68, PhD Thesis, Dartmouth College, 1972.
  38. Algol 68 Revised Report
  39. Black, A. P.; Rayward-Smith, V. J. (1978-05-01). "Proposals for ALGOL H - A Superlanguage of ALGOL 68". ALGOL Bulletin (42): 36–49. Retrieved 2023-04-07 via May. 1978.
  40. "Algol68 S(S) published on the internet". Archived from the original on 2005-12-03. Retrieved 2004-08-30.
  41. Veer, Marcel van der. "Marcel van der Veer - Algol 68 Genie". jmvdveer.home.xs4all.nl/. Retrieved 2023-04-07.
  42. "Draft Report on the Algorithmic Language ALGOL 68". March 1968. Archived from the original on 2007-09-30. Retrieved 2007-06-22.
  43. "Penultimate Draft Report on the Algorithmic Language ALGOL 68 – Chapters 1-9" (PDF). October 1968. Retrieved 2007-06-22.[ permanent dead link ]
  44. "Penultimate Draft Report on the Algorithmic Language ALGOL 68 – Chapters 10-12" (PDF). October 1968. Retrieved 2007-06-22.[ permanent dead link ]
  45. "Report on the Algorithmic Language ALGOL 68" (PDF). December 1968. Archived from the original (PDF) on 2008-04-06. Retrieved 2007-12-30.
  46. "Revised Report on the Algorithmic Language Algol 68". September 1973. Archived from the original on 2007-09-27. Retrieved 2007-04-30.
  47. Lu Hu-quan (1971). "The Translation of Algol 68 into Chinese" (PDF). Peking, China: Institute of Mathematics, Academia Sinica. Retrieved 2012-08-17.
  48. "GOST 27974-88 Programming language ALGOL 68 – Язык программирования АЛГОЛ 68" (PDF) (in Russian). GOST. 1988. Archived from the original (PDF) on 2008-11-15. Retrieved 2008-11-15.
  49. "GOST 27975-88 Programming language ALGOL 68 extended – Язык программирования АЛГОЛ 68 расширенный" (PDF) (in Russian). GOST. 1988. Archived from the original (PDF) on 2011-04-29. Retrieved 2008-11-15.
  50. "Format syntax in ALGOL 68G". Archived from the original on 2008-01-09. Retrieved 2023-04-07.
  51. Needham, R. M.; Wilkes, M. V. (January 1979). "The Cambridge CAP Computer and its Operating System" (PDF). Microsoft Research.
  52. David Holdsworth (Winter 2009–2010). "KDF9 Time Sharing: Eldon 2 is not EGDON!". Computer Resurrection – Number 49. Computer Conservation Society . Retrieved 2010-10-03.
  53. I F Currie; J M Foster (September 1982). "RSRE Memorandum" (PDF). vitanuova.com. Retrieved 2023-04-07.
  54. Эльбрус Бабаяна и Pentium Пентковского. Ixbt.com. Retrieved 21 July 2013.
  55. Oliver, J. R.; Newton, R. S. (1979). "Practical experience with ALGOL 68-RT". The Computer Journal. 22 (2): 114–118. doi: 10.1093/comjnl/22.2.114 .
  56. Applications, libraries, and test suites — Software Preservation Group. Softwarepreservation.org. Retrieved 21 July 2013.
  57. Revised Report, page 123, footnote
  58. Lindsey, C. H. (July 1974). "Partial Parametrization". ALGOL Bulletin (37): 24–26. Retrieved 2022-09-19.
  59. Lindsey, C. H.; Boom, H. J. (December 1978). "A Modules and Separate Compilation facility for ALGOL 68". ALGOL Bulletin (43): 19–53. Retrieved 2020-01-29. Comments errata
  60. Lindsey, C. H. (July 1974). "Modals". ALGOL Bulletin (37): 26–29. Retrieved 2022-09-19.
  61. "Archived copy" (PDF). Archived from the original (PDF) on 2010-04-15. Retrieved 2010-03-20.{{cite web}}: CS1 maint: archived copy as title (link)
  62. http://htportal.acm.org/ft_gateway.cfm?id=803425&type=pdf%5B%5D
  63. An abstract ALGOL 68 machine and its application in a machine independent compiler – Springer. Springerlink.com. Retrieved on 2013-07-21.
  64. "The Encyclopedia of Computer Languages". Archived from the original on 2011-03-10. Retrieved 2010-03-20.
  65. Open source Algol 68 implementations – Browse Files at. Sourceforge.net. Retrieved on 2013-07-21.
  66. Archived 2006-08-29 at the Wayback Machine
  67. "Archived copy" (PDF). Archived from the original (PDF) on 2014-01-02. Retrieved 2005-08-27.{{cite web}}: CS1 maint: archived copy as title (link)
  68. C. H. A. Koster (1993). The Making of Algol 68. Lecture Notes in Computer Science. CiteSeerX   10.1.1.76.2072 .
  69. Dijkstra, E. W. "To the Editor ALGOL 68 Mathematische Centrum". Archived from the original on 2007-04-21. Retrieved 2007-04-28.
  70. van Rossum, Guido (June 2005). "Python-Dev Wishlist: dowhile" . Retrieved 2007-04-28.
  71. Hoare, C. A. R. (February 1981) [based on his 1980 Turing Award lecture]. "The emperor's old clothes". Communications of the ACM . 24 (2): 75–83. doi: 10.1145/358549.358561 . S2CID   97895. Alt URL Archived 2017-10-02 at the Wayback Machine
  72. "ALGOL Bulletin (referred to in AB30.1.1.1)". March 1970. Archived from the original on 2007-09-30. Retrieved 2007-03-01.

Works cited

  • Brailsford, D. F. and Walker, A. N., Introductory ALGOL 68 Programming, Ellis Horwood/Wiley, 1979
  • Lindsey, C. H. and van der Meulen, S. G., Informal Introduction to ALGOL 68, North-Holland, 1971
  • Lindsey, C. H. (1993-03-02). "A History of ALGOL 68". ACM SIGPLAN Notices. 28 (3): 97–132. doi: 10.1145/155360.155365 .
  • McGettrick, A. D., ALGOL 68, A First and Second Course, Cambridge Univ. Press, 1978
  • Peck, J. E. L., An ALGOL 68 Companion, Univ. of British Columbia, October 1971
  • Tanenbaum, A. S., A Tutorial on ALGOL 68, Computing Surveys 8, 155-190, June 1976 and 9, 255-256, September 1977, [ permanent dead link ]
  • Woodward, P. M. and Bond, S. G., ALGOL 68-R Users sic Guide, London, Her Majesty's Stationery Office, 1972