Provided by: adabrowse_4.0.3-5_amd64 
NAME
adabrowse - Generate fully cross-referenced HTML rendering of Ada 95 specs
SYNOPSIS
adabrowse [options] -f file
DESCRIPTION
adabrowse produces a fully cross-referenced HTML rendering of Ada 95 specs (no bodies)
similar to what javadoc does for Java sources. adabrowse is a command-line utility; it has
no graphical user interface.
adabrowse is highly configurable through command-line options, style sheets, and
configuration files.
adabrowse completely takes apart the source code and produces a HTML documentation
containing:
• All context clauses
• Unit header
• If the unit is a package:
— All exceptions (including renames)
— All constants
— All variables
— A type index containing all types and their primitive operations (the latter only
for (tagged) record types, private types, and types derived from those). The
primitive operations list is fully cross- referenced and ordered by newly defined,
overridden, and inherited operations.
— Any other items
USAGE
There are two ways to use adabrowse:
1. Call adabrowse for your spec: adabrowse -f file (and any other options as needed, in
particular -I if the file is not in the current directory or depends on other units
whose sources are not in the current directory!) If no tree file for the given unit
exists, adabrowse will try to generate one.
or
1. Generate the tree files for the specs you want to process by calling gnatgcc -c -gnatc
-gnatt file (with the appropriate -I options, if needed.)
2. Call adabrowse for these specs: adabrowse -f file (and any other options, as needed
[look in particular at -T!]).
adabrowse generates HTML files by default in the current directory.
adabrowse doesn't care whether the tree files have been produced from specs or bodies:
since the tree file of a body always also contains the information on the spec, it can
work with either.
OPTIONS
-h, -?, -help, --help
Writes a comprehensive help text.
-a, -all, --all
Generate HTML not only for the unit given in the -f option, but also for all
application units on which it depends semantically (transitive closure of "with"es
and parent units).
Note that this option processes only the application units in the transitive
closure even if the "-g" option is also given; it does not process any "with"ed
standard library unit. This also means that if the unit given is a standard library
unit, the "-all" option has no effect. This behavior is intentional: you'll
normally generate HTML for the standard library once by processing all standard
library units explicitly, and you don't want to re-generate HTML for these units
each time one of your application unit "with"es a standard library unit.
-c file
Defines a configuration file for the HTML generator. Multiple -c options may be
given; the files are processed in the given order and may overwrite earlier config
settings.
-f file
Gives the filename (*.ads) of the spec to process. This filename may contain a
path! See below for more comments. Only one -f option may be given.
-g If set, adabrowse also generates cross-references to items from library units in
the standard and run-time packages, except for items from the implict package
"Standard". Note: This can also be set by a configuration file key
"Refs_To_Standard". The latter definition wins.
-G output_formats...
Specify the output formats adabrowse shall generate. The -G option must be followed
by one or more output format names, given as separate arguments. Recognized output
format names are html and xml (case insensitive).
-i [file]
If set, adabrowse will generate a package index if it runs in "file input mode"
(see below) or the -all option is set and the output does not go to stdout.
If a filename is given, the index is written to that file (or to stdout, if the
filename is "-").
-is [file]
Same as -i, but generates an index using indentation for child units.
-l Make adabrowse generate cross-references in HTML output using only the line number.
This is what earlier versions of adabrowse (up to and including V2.13) always did.
As of V3.0, cross-references are constructed taking into account both line and
column number of an item. You should use this option only if you have HTML
documentation generated by earlier adabrowse versions and somehow cannot re-
generate that documentation. However, the recommended usage is never to use this
option and to regenerate possibly already existing HTML documentation.
Note that HTML generated with -l is not compatible with HTML generated without -l!
Also, HTML generated by adabrowse 3.0 and beyond is compatible with HTML generated
by adabrowse 2.13 and earlier only if the -l option is given.
Usage of this option generates a warning message on stderr.
-o [file]
Define the output file name. If not set, the output goes to a file with the name of
the input and suffix .html. If file specifies a directory (i.e., ends in a "\" on
Windows or a "/" on Unix), all generated HTML files will be put into that
directory. If the filename is "-", output is written to stdout. Only one -o option
may be given.
A dash as the filename ("-") is allowed only if there is exactly one output format
specified. If there are multiple output formats specified (e.g. both XML and HTML),
output is not allowed to go to stdout.
-p [file]
As -i, but generates a subprogram index over all units processed.
-private, --private
If given, adabrowse will also process the private parts of packages and task or
protected declarations. (By default, it doesn't do so but replaces the private
parts by a comment saying "Implementation defined".)
-q Quiet mode: do not issue warning or info messages. Synonym to -w0.
-s URL Defines the URL to the style sheet the generated HTML file shall use. This URL
should be relative to the final place where you will put the HTML files! Note that
a -s option can be overwritten by a later -c option, if the configuration file
defines the key "Style_Sheet".
-t [file]
As -i, but generates a global type index over all units processed.
-version, --version
Print version information of adabrowse to stderr.
-wi Sets the warning level of adabrowse. i may be one of the following:
0, or e print only error messages.
1, or w print warnings and errors.
2, or i, or a print all messages.
-x If set, adabrowse never overwrites existing HTML files. (May be useful in
conjunction with the -a option.)
-X name=value
Define an environment variable name with value value. The value supersedes any
possibly already existing definition of name in the system's environment for this
call to adabrowse. The new definition affects any configuration file processed
subsequently and also the project file (if any). The name must not contain white
space; if value contains white space, quote the whole definition as in -X"user=John
Doe". There may or may not be white space between the -X and the variable
definition.
-I directory
Define source paths for ASIS. Same semantics as for GNAT. Multiple -I options may
be given.
-T directory
Define pathes for ASIS to search for tree files (*.adt). Multiple -T options may be
given.
Note that if you give a filename to the -i option that starts with the letter "s",
you must have a white space between the option and the filename, otherwise it will
be recognized as a -is option. Also, if the filename starts with "-", there mustn't
be any whitespace between the option and the filename, for if there is, adabrowse
will assume the filename to be the next option and handle it as such (options all
start with "-"), and not as a filename.
The same caveat also applies to the -p option, if you want the subprogram index to
go to a file named "rivate": there must be a blank, otherwise, the whole thing will
be recognized as the -private option. (Admittedly this is a rather pathological
case, but it's mentioned here for completeness.)
THE -f OPTION
The -f option has three different formats:
1. If the filename is "-" or "@-", adabrowse reads the unit specs of the units to process
from stdin, one unit per line, until EOF is encountered. Empty lines are skipped. (If
you try this interactively, you'll have to signal EOF yourself. Otherwise, this may be
useful if the input comes from a pipe, like in "ls -1 *.ads | adabrowse -f- ...")
2. If the filename starts with "@", adabrowse doesn't consider it a unit spec, but as the
name of a text file from which to read the unit names, one unit per line. Empty lines
in the file are ignored.
3. If neither applies, adabrowse uses the given filename as the unit spec.
The first two cases are called the "file input mode" of adabrowse. The file may contain
empty lines and comments (starting with the first "#" on a line and extending up to the
end of the line), which are ignored. Note that contrary to configuration files, string
handling for finding comment starts is not done, and line continuations also are not
allowed.
In all three cases, a unit spec is a filename that may contain a path; a possible suffix
is ignored. Note that a unit spec is a file name; in other words, you give test-gen, or
test-gen.ads, and not Test.Gen. The reason is simply that for most shell scripting
languages, it is easier to work with filenames than to massage them into unit names (e.g.
by replacing dashes by dots). Also, if you have krunched file names, there is no simple
connection between the file name and the unit name.
If a unit spec contains a path, the HTML file for that unit is placed into that directory
unless overridden by a -o option. Note that if the unit spec contains a path, you'll most
probably also have to set a -T or -I option, unless you do happen to have the ASIS
information available directly (i.e., a tree file for the unit in the current directory;
but that's not exactly typical).
In file input mode, the -o option (if given at all) may either be "-" (in which case all
output goes to stdout) or specify a directory, but must not specify a file.
adabrowse assumes a GNAT-like naming scheme for source and HTML files. It also assumes
that there is one library unit per file. As of V1.4, adabrowse can handle krunched file
names in the -f option, provided it can find a source file, and it has the extension .ads.
If so, adabrowse opens and parses the source file to extract the unit name, instead of
deriving it directly from the file name. Note that generated files always have names based
on the unit name, not the original file name: i.e., output file names will never be
krunched.
Generated HTML files always have the suffix ".html" (not ".htm").
INDEX GENERATION
Index generation is active when adabrowse is told to process several units, and the output
does not go to stdout (when the -o- option has been given).
There are several options controlling index generation:
-i or -is Switches on generation of a unit index.
-p Switches on generation of a subprogram index.
-t Switches on generation of a type index.
All these options take an optional filename as a parameter. If a filename follows, the
index will be written to that file (or to stdout, if the filename happens to be "-"). If
no filename is given, some default name is chosen.
All these options are actually maintained only for backwards compatibility reasons. As of
V4.0, indices are defined primarily through configuration file entries, not on the command
line. In order not to break existing scripts using command line options of earlier
adabrowse versions, these options are still available.
adabrowse assumes it will process several units in the following cases:
• In file input mode (-f @file_name or -f-).
• When using a project file (-P project_file_name).
• When the -all option is given.
If no filename is given, or it doesn't contain a path, it depends upon the setting of
other options where the index will be placed:
• In file input mode, if a -o option is given, it must specify a directory. All HTML
files, including the index, will be put into that directory.
• If no -o option is given, but the first unit spec contains a path, the index is put
into the directory designated by that path.
• If not in file input mode, but the -all option has been given, the -o option may
specify a file name. The index is put into the directory designated by the path part
of that file name (the current directory, if the filename doesn't contain a path).
• If using a project file, the indices are written into the ADABROWSE_OUTPUT directory.
• Otherwise, this index is put in the current directory.
If a filename containing a path is given, the index will be placed into that file in the
given directory. If the filename contains only a path, adabrowse will use that path and
create an index named "index.html" in the designated directory.
If a -x option is given (inhibiting overwriting of existing HTML files) and a file exists
already in the place where adabrowse wants to put the index, no index will be generated
and adabrowse will issue a warning. It'll also warn if it cannot generate an index for any
other reasons, but will otherwise continue processing.
SEE ALSO
gnatgcc(1), gnatkr(1)
The full user's guide in /usr/share/doc/adabrowse.
BUGS
The Debian package of adabrowse does not have the Project Manager feature; the command-
line option -P project_file is therefore disabled.
AUTHOR
adabrowse and the accompanying documentation was written by Thomas Wolf <twolf@acm.org>.
Ludovic Brenta <ludovic@ludovic-brenta.org> merely turned part of the user's guide into
this manual page for the Debian project.