Comparison of Pascal and Delphi

Devised by Niklaus Wirth in the late 1960s and early 1970s, Pascal is a programming language. Originally produced by Borland Software Corporation, Embarcadero Delphi is composed of an IDE, set of standard libraries, and a Pascal-based language commonly called either Object Pascal, Delphi Pascal, or simply 'Delphi' (Embarcadero's current documentation refers to it as 'the Delphi language (Object Pascal)' ^[1] ). Since first released, it has become the most popular commercial Pascal implementation.

While developing Pascal, Wirth employed a bootstrapping procedure in which each newer version of the Pascal compiler was written and compiled with its predecessor. Thus, the 'P2' compiler was written in the dialect compilable by 'P1', 'P3' in turn was written in 'P2' and so on, all the way till 'P5'. The 'P5' compiler implemented Pascal in its final state as defined by Wirth, and subsequently became standardised as 'ISO 7185 Pascal'.

The Borland dialect, like the popular UCSD Pascal before it, took the 'P4' version of the language as its basis, rather than Wirth's final revision. After much evolution independent of Standard Pascal, the Borland variant became the basis for Delphi. This page goes over the differences between Delphi and Standard Pascal. It does not go into Delphi-specific extensions to the language, which are numerous and still increasing.

Exclusive features

Following features are mutually exclusive. The Standard Pascal implementation is not accepted by Delphi and vice versa, the Delphi code is not acceptable in Standard Pascal.

Modulo with negative dividend

Standard Pascal has an Euclidean-like definition of the mod operator whereas Delphi uses a truncated definition.

Nested comments

Standard Pascal requires that the comment delimiters { and the bigramm (*, as well as } and *) are synonymous to each other. ^[2] In Delphi, however, a block comment started by {must be closed with a }. ^[3] The bigramm *) will only close any comment that started with (*. ^[3] This scheme allows for nested comments at the expense of compiler complexity.

Procedural data types

The way procedures and functions can be passed as parameters differs: Delphi requires explicit procedural types to be declared where Standard Pascal does not. ^[4]

comparison procedural data types

Standard Pascal	Delphi
programproceduralDataType(output);{ `printYIntersect` has one procedural parameter: }procedureprintYIntersect(functionf(x:real):real);beginwriteLn(f(0.0));end;{ Standard Pascal does not have procedural “pointers.” }functionf(x:real):real;beginf:=cos(x);end;{ ─── MAIN ───────────────────────────────────────────── }beginprintYIntersect(f);end.	typeTFunc=function(x:real):real;procedureprintYIntersect(f:TFunc);beginwriteLn(f(0.0));end;functionf(x:real):real;beginf:=cos(x);end;// ─── MAIN ─────────────────────────────────────────────beginprintYIntersect(@f);end.

Conversion of newline characters

Various computer systems show a wide variety how to indicate a newline. This affects the internal representation of text files which are composed of a series of “lines”. In order to relieve the programmer from any associated headaches, Standard Pascal mandates that reading an “end-of-line character” returns a single space character. To distinguish such an “end-of-line” space character from a space character that is actually genuine payload of the line, EOLn becomes true.

Delphi does not show this behavior. Reading a newline will return whatever character sequence represents a newline on the current host system, for example two char values chr(13) (carriage return) plus chr(10) (line feed). ^[3]

Additional or missing features

Following features are present or missing in either language.

Global goto

Standard Pascal permits a goto to any label defined in scope. In Delphi a goto must be within the current routine, i. e. may not leave the begin … end-frame. ^[3]

programjumpAround;label999;procedurefoo;begin{ This is not permitted in Delphi: }goto999;end;beginfoo;999:;end.

Buffer variables

Delphi does not support buffer variables and associated standard routines get and put. ^[3]

programcopy(input,output);beginwhilenotEOF(input)dobegin{ Copy file buffers. Not supported by Delphi }output↑:=input↑;{ Input↑ contains a space if a new-line occurred. }ifEOLn(input)thenbeginwriteLn(output);endelsebeginput(output);end;{ Advance reading cursor. }get(input);end;end.

Discriminated variant record allocation

In Standard Pascal allocating memory for a variant record may indicate a specific variant. This allows implementations to allocate the least amount of really necessary memory. Delphi does not support this. ^[3]

programvariantRecord;typesex=(female,male);clothingMeasures=recordgirth:real;casegender:sexoffemale:(underbust:real);male:();end;varsize:clothingMeasures;begin{ NB: No space allocated for `underbust`. }new(size,male);end.

Temporary files

In Delphi any file must be backed by a file in the file system. That means any file needs to be associated with a file name with Delphi’s assign procedure. In contrast, Standard Pascal is usable without file names. The following will produce a run-time error with Delphi. ^[3]

programtemporaryFile(output);varFD:text;beginrewrite(FD);writeLn(FD,'Hello world!');end.

Packing

Delphi does not implement the standard procedures pack and unpack. ^[3] Regardless, transferring data between packed and unpacked data types is an easy feat, although the implementation might not be as efficient as a compiler vendor supplied implementation would be.

Missing default write width

Delphi does not associate the data type Boolean with a default width if specified as write/writeLn parameters. ^[3] Delphi demonstrates the behavior as usual for character-strings.

Overloading

Delphi permits overloading routines. In Standard Pascal identifiers must be unique in every block.

functionf(x:integer):real;beginresult:=sin(x);end;functionf(x:real):real;beginresult:=cos(x);end;// ─── MAIN ─────────────────────────────────────────────begin// Note the different data types.writeLn(f(3));writeLn(f(3.0));end.

Default parameter values

Delphi permits default parameters.

Peculiar implementation characteristics

Standard write width

In Pascal, if the destination file is a text file, the parameters to write/writeLn have an implemention-defined default total width. In Delphi, for integer values this is simply 1. That means always the least amount of space is occupied. ^[3] Other compilers have shown default widths of, for example, 20 allowing for a fine tabular look at no cost of extra code.

comparison default write width

source code fragment
writeLn(1);writeLn(23456789);
produces in
Standard Pascal (GPC)	Delphi
1 23456789	1 23456789

References

1. "Delphi Reference - RAD Studio XE2".
2. van der Heijden, Jan-Jaap; Gerwinski, Peter; Heckenbach, Frank; deBoer, Berend; Freche, Dominik; Lange, Eike; Lewis, Peter; et al. "The GNU Pascal Manual". A QuickStart Guide from Borland Pascal to GNU Pascal. Retrieved April 24, 2023.
3. Moore, Scott (December 2, 2022). "Standard Pascal FAQ". Q. What are the differences between Borland Delphi and the ISO 7185 standard?. Retrieved April 24, 2023.
4. Reagan, John (April 3, 1995). "Pascal Standards FAQ". Comparison of Borland Pascal to the Pascal standards. Archived from the original on September 28, 2021.

Further reading

• Kathleen Jansen and Niklaus Wirth: PASCAL - User Manual and Report. Springer-Verlag, 1974, 1985, 1991, ISBN   0-387-97649-3, ISBN   0-387-90144-2, and ISBN   3-540-90144-2
• Niklaus Wirth: The Programming Language Pascal. Acta Informatica, 1, (Jun 1971) 35-63
• ISO/IEC 7185: Programming Languages - PASCAL.
• Doug Cooper: Standard Pascal: User Reference Manual. W. W. Norton & Company, 1983, ISBN   0-393-30121-4, ISBN   978-0-393-30121-2

External links

• The ISO 7185 Pascal web site
• Pascal standards documents