Astrobe Forum

The Oberon Report has been updated again. The changes are:

1. The three grammar productions have been reduced to (I assume that qualident still cannot be a basic type.)

2. Strings assigned to character arrays are always null-terminated.

3. Open arrays can be assigned to arrays with the same base type.

(I assume that qualident still cannot be a basic type.)

Why? INTEGER is a qualident.

augustk wrote:(I assume that qualident still cannot be a basic type.)

qualident can be a basic type. There is an example of this use in the FileDir module in Project Oberon 2013 :

DiskAdr = INTEGER;

It is even possible to write

REAL = INTEGER;

but I wouldn't recommend it

This feature, i.e. being able to rename / alias types, is already implemented in the current versions of Astrobe. We we will only have to update the documentation as it is no longer considered to be a language extension.

cfbsoftware wrote:qualident can be a basic type. There is an example of this use in the FileDir module in Project Oberon 2013

If my memory serves me correctly, I have read somewhere a text by Niklaus Wirth where he says that the right hand side of a type declaration must be a structured type. My "default" understanding would be that any type is allowed. Do you remember if an earlier version of the language had this restriction? Otherwise it must be something I have made up.

As I understand it, the decision between "null-terminated if needed" and "always null-terminated" character arrays is a trade off between declaration interpretation complexity and algorithm complexity.

Let's consider the declaration With the "null-terminated if needed" approach the variable can hold a name of up to 32 characters; as simple and obvious as can be. On the other hand, with the "always null-terminated" approach we need to (remember to) subtract one element and conclude that the array can hold a name of only up to 31 characters. The alternative is to add one element explicitly as a remainder: Now, let's look at the code for computing the length of the character array. With the "null-terminated if needed" approach we need to look for both the the null character and the end of the array: With the "always null-terminated" approach we only need to look for the null character: The latter is more efficient and regular.

Are there any aspects I have missed?

cfbsoftware wrote:

augustk wrote:(I assume that qualident still cannot be a basic type.)

qualident can be a basic type. There is an example of this use in the FileDir module in Project Oberon 2013 :

DiskAdr = INTEGER;

It is even possible to write

REAL = INTEGER;

but I wouldn't recommend it

This feature, i.e. being able to rename / alias types, is already implemented in the current versions of Astrobe. We we will only have to update the documentation as it is no longer considered to be a language extension.

Isn't REAL a predeclared type so that REAL = INTEGER is a redeclaration?

augustk wrote:If my memory serves me correctly, I have read somewhere a text by Niklaus Wirth where he says that the right hand side of a type declaration must be a structured type. My "default" understanding would be that any type is allowed. Do you remember if an earlier version of the language had this restriction? Otherwise it must be something I have made up.

It wasn't something you made up. The original Oberon Report (e.g. Revision 1. 10. 90) specified:

TypeDeclaration = identdef "=" type.
type = qualident | ArrayType | RecordType | PointerType | ProcedureType.

i.e. any type was allowed. The restriction to only allow structured types was introduced in Oberon-07:

TypeDeclaration = identdef "=" StrucType.
StrucType = ArrayType | RecordType | PointerType | ProcedureType.
type = qualident | StrucType.

This has now changed. The restriction has been removed in the latest (1.5.2016) revision of the report and we are back to the original definitions:

TypeDeclaration = identdef "=" type.
type = qualident | ArrayType | RecordType | PointerType | ProcedureType.

Stefano wrote:Isn't REAL a predeclared type so that REAL = INTEGER is a redeclaration?

It's a predefined type e.g. like ABS. It is not a reserved word like BEGIN. e.g. in earlier versions of Oberon-07 you could have written:

PROCEDURE REAL(i: INTEGER);
BEGIN
END REAL;

cfbsoftware wrote:

Stefano wrote:Isn't REAL a predeclared type so that REAL = INTEGER is a redeclaration?

It's a predefined type e.g. like ABS. It is not a reserved word like BEGIN. e.g. in earlier versions of Oberon-07 you could have written:

PROCEDURE REAL(i: INTEGER);
BEGIN
END REAL;

Section 6.1 states

6.1. Basic types
The following basic types are denoted by predeclared identifiers.

cfbsoftware wrote:The restriction to only allow structured types was introduced in Oberon-07:

Code: Select all

TypeDeclaration = identdef "=" StrucType.
StrucType = ArrayType | RecordType | PointerType | ProcedureType.
type = qualident | StrucType.

Ah, of course. It's evident from the grammar. My bad.

Allowing only structured types in type declarations and having "null-terminated if needed" character arrays are obviously two of many changes to the Oberon language that Wirth has tried but reverted when they have turned out not to be beneficial in practice. I wonder if there are any changes that have been introduced, reverted and then reintroduced?