macros for different classes of network
[unix-history] / .ref-BSD-3 / usr / man / man1 / vgrind.1
CommitLineData
65279b5c
BJ
1.TH VGRIND 1 10/15/79
2.UC
3.SH NAME
4vgrind \- grind nice listings of C programs for the versatec
5.SH SYNOPSIS
6.B vgrind
7[
8.B \-nx
9] [
10.B \-h
11header
12]
13name ...
14.SH DESCRIPTION
15.I Vgrind
16formats the C programs which are arguments in a nice style using
17.I troff
18(1). Comments are placed in italics, keywords in bold face,
19and the name of the current function is listed down the margin of each
20page as it is encountered.
21.PP
22The
23.B \-h
24option specifies a header to be placed at the top of each page.
25If the program is not C source, but should be framed like the output
26of
27.I vgrind,
28the
29.B \-n
30option should be specified.
31.PP
32To create an index, it is only necessary to create an empty file
33.I index
34in the current directory. As you run
35.I vgrind,
36the index will be automatically kept up to date.
37The index of function definitions can then be run off via
38giving
39.I vgrind
40the
41.B \-x
42option and the file
43.I index
44as argument.
45.SH FILES
46.ta 2i
47index file where source for index is created
48.br
49/usr/lib/tmac/tmac.vgrind macro package
50.br
51/usr/lib/vfontedpr preprocessor
52.SH AUTHOR
53William Joy
54.SH SEE ALSO
55vtroff(1)
56.SH BUGS
57Vfontedpr assumes that a certain programming style is followed:
58functions begin with the name of the function in column one, and lines
59defining functions end with a ). The function name is followed
60immediately by a ``('' with no intervening space.
61If this convention is not followed, the indexing and marginal function
62name comment mechanisms will fail.
63.sp
64More generally, arbitrary formatting styles for C programs mostly look bad.
65The use of spaces to align source code fails miserably; if you plan to
66.I vgrind
67your program you should use tabs. This is somewhat inevitable since the
68font used by
69.I vgrind
70is variable width.