BSD 3 development
[unix-history] / usr / man / man1 / pi.1
CommitLineData
687cfdae
CH
1.TH PI 1 4/8/79
2.UC
3.SH NAME
4pi \- Pascal interpreter code translator
5.SH SYNOPSIS
6.B pi
7[
8.B \-blnpstuwz
9] [
10.B \-i
11name ...
12] name.p
13.SH DESCRIPTION
14.I Pi
15translates the program in the file
16.I name.p
17leaving interpreter code in the file
18.I obj
19in the current directory.
20The interpreter code can be executed using
21.I px.
22.I Pix
23performs the functions of
24.I pi
25and
26.I px
27for `load and go' Pascal.
28.PP
29The following flags are interpreted by
30.I pi;
31the associated options can also be controlled in comments within the program
32as described in the
33.I "Berkeley Pascal User's Manual."
34.TP 6
35.B \-b
36Block buffer the file
37.I output.
38.TP 6
39.B \-i
40Enable the listing for
41any specified procedures and functions and while processing any specified
42.B include
43files.
44.TP 6
45.B \-l
46Make a program listing during translation.
47.TP 6
48.B \-n
49Begin each listed
50.B include
51file on a new page with a banner line.
52.TP 6
53.B \-p
54Suppress the post-mortem control flow backtrace
55if an error occurs;
56suppress statement limit counting.
57.TP 6
58.B \-s
59Accept standard Pascal only;
60non-standard constructs cause warning diagnostics.
61.TP 6
62.B \-t
63Suppress runtime tests of subrange variables and treat
64.B assert
65statements as comments.
66.TP 6
67.B \-u
68Card image mode;
69only the first 72 characters of input lines are used.
70.TP 6
71.B \-w
72Suppress warning diagnostics.
73.TP 6
74.B \-z
75Allow execution profiling with
76.I pxp
77by generating statement counters, and arranging for the
78creation of the profile data file
79.I pmon.out
80when the resulting object is executed.
81.dt
82.SH FILES
83file.p input file
84.br
85file.i \fBinclude\fR file(s)
86.br
87/usr/lib/pi_strings text of the error messages
88.br
89.nf
90/usr/lib/how_pi* basic usage explanation
91.fi
92obj interpreter code output
93.SH "SEE ALSO"
94Berkeley Pascal User's Manual
95.br
96pix(1),
97px(1),
98pxp(1),
99pxref(1)
100.SH DIAGNOSTICS
101For a basic explanation do
102.IP
103.B pi
104.PP
105In the diagnostic output of the translator,
106lines containing syntax errors are listed with a flag indicating the
107point of error.
108Diagnostic messages indicate the action which the recovery mechanism
109took in order to be able to continue parsing.
110Some diagnostics indicate only that the input is `malformed.'
111This occurs if the recovery can find no simple correction to make the input
112syntactically valid.
113.LP
114Semantic error diagnostics indicate a line in the source text near the
115point of error.
116Some errors evoke more than one diagnostic to help pinpoint the error;
117the follow-up messages begin with an ellipsis `...'.
118.LP
119.ne 8
120The first character of each error message indicates its class:
121.LP
122.ta 1ic 2.i
123 E Fatal error; no code will be generated.
124.br
125 e Non-fatal error.
126.br
127 w Warning \- a potential problem.
128.br
129 s Non-standard Pascal construct warning.
130.LP
131If a severe error occurs which inhibits further processing,
132the translator will give a diagnostic and then `QUIT'.
133.SH AUTHORS
134Charles B. Haley, William N. Joy, and Ken Thompson
135.br
136Ported to VAX-11 by Peter Kessler
137.SH BUGS
138Formal parameters which are procedures and functions are not supported.
139.PP
140The keyword
141.B packed
142and the function
143.I dispose
144are recognized but have no effect.
145.PP
146For clarity,
147semantic errors should be flagged at an appropriate place in the source text,
148and multiple instances of the `same' semantic error should be summarized
149at the end of a
150.B procedure
151or
152.B function
153rather than evoking many diagnostics.
154.PP
155When
156.B include
157files are present,
158diagnostics relating to the last procedure in one file may appear after the
159beginning of the listing of the next.