xref: /original-bsd/usr.bin/pascal/pc/pc.1 (revision 30ae0772)
Copyright (c) 1980 Regents of the University of California.
All rights reserved. The Berkeley software License Agreement
specifies the terms and conditions for redistribution.

@(#)pc.1 6.1 (Berkeley) 04/29/85

PC 1 ""
C 4
NAME
pc - Pascal compiler
SYNOPSIS
pc [ option ] [ -i name ... ] name ...
DESCRIPTION
Pc is a Pascal compiler. If given an argument file ending with .p , it will compile the file and load it into an executable file called, by default, a.out .

A program may be separated into more than one .p file. Pc will compile a number of argument .p files into object files (with the extension .o in place of .p ). Object files may then be loaded into an executable a.out file. Exactly one object file must supply a program statement to successfully create an executable a.out file. The rest of the files must consist only of declarations which logically nest within the program. References to objects shared between separately compiled files are allowed if the objects are declared in include d header files, whose names must end with .h . Header files may only be included at the outermost level, and thus declare only globally available objects. To allow function s and procedure s to be declared, an external directive has been added, whose use is similar to the forward directive but restricted to appear only in .h files. Function and procedure bodies may not appear in .h files. A binding phase of the compiler checks that declarations are used consistently, to enforce the type checking rules of Pascal.

Object files created by other language processors may be loaded together with object files created by pc . The function s and procedure s they define must have been declared in .h files included by all the .p files which call those routines. Calling conventions are as in C, with var parameters passed by address.

See the Berkeley Pascal User's Manual for details.

The following options have the same meaning as in cc (1) and f77 (1). See ld (1) for load-time options.

6 -c Suppress loading and produce `.o' file(s) from source file(s).

6 -g Have the compiler produce additional symbol table information for dbx (1).

6 -w Suppress warning messages.

6 -p Prepare object files for profiling, see prof (1).

6 -O Invoke an object-code improver.

6 -S Compile the named program, and leave the assembler-language output on the corresponding file suffixed `.s'. (No `.o' is created.).

6 -o " output" Name the final output file output instead of a.out.

The following options are peculiar to pc .

6 -C Compile code to perform runtime checks, verify assert calls, and initialize all variables to zero as in pi .

6 -b Block buffer the file output.

6 -i Produce a listing for the specified procedures, functions and include files.

6 -l Make a program listing during translation.

6 -s Accept standard Pascal only; non-standard constructs cause warning diagnostics.

6 -t " directory" Use the given directory for compiler temporary files.

6 -z Allow execution profiling with pxp by generating statement counters, and arranging for the creation of the profile data file pmon.out when the resulting object is executed.

Other arguments are taken to be loader option arguments, perhaps libraries of pc compatible routines. Certain flags can also be controlled in comments within the program as described in the "Berkeley Pascal User's Manual."

FILES
file.p pascal source files

/usr/lib/pc0 compiler

/lib/f1 code generator

/usr/lib/pc2 runtime integrator (inline expander)

/lib/c2 peephole optimizer

/usr/lib/pc3 separate compilation consistency checker

/usr/lib/pc2.*strings text of the error messages

/usr/lib/how_pc basic usage explanation

/usr/lib/libpc.a intrinsic functions and I/O library

/usr/lib/libm.a math library

/lib/libc.a standard library, see intro(3)

"SEE ALSO"
Berkeley Pascal User's Manual

pi(1), pxp(1), pxref(1), sdb(1)

DIAGNOSTICS
For a basic explanation do
pc

See pi (1). for an explanation of the error message format. Internal errors cause messages containing the word SNARK.

AUTHORS
Charles B. Haley, William N. Joy, and Ken Thompson

Retargetted to the second pass of the portable C compiler by Peter Kessler

Runtime library and inline optimizer by M. Kirk McKusick

Separate compilation consistency checking by Louise Madrid

BUGS
The keyword packed is recognized but has no effect.

The binder is not as strict as described here, with regard to the rules about external declarations only in `.h' files and including `.h' files only at the outermost level. It will be made to perform these checks in its next incarnation, so users are warned not to be sloppy.

The -z flag doesn't work for separately compiled files.

Because the -s option is usurped by the compiler, it is not possible to pass the strip option to the loader. Thus programs which are to be stripped, must be run through strip (1) after they are compiled.