The cscout Command Manual Page

NAME
SYNOPSIS
DESCRIPTION
OPTIONS
EXAMPLE
SEE ALSO
AUTHOR

NAME

cscout - C code analyzer and refactoring browser

SYNOPSIS

cscout [-bCcrv3] [-d D] [-E file specification] [-d H] [-l log file] [-p port] [-R specification] [-m specification] [-t sname] [-o | -S db | -s db] file

DESCRIPTION

CScout is a source code analyzer and refactoring browser for collections of C programs. It can process workspaces of multiple projects (we define a project as a collection of C source files that are linked together) mapping the complexity introduced by the C preprocessor back into the original C source code files. CScout takes advantage of modern hardware advances (fast processors and large memory capacities) to analyze C source code beyond the level of detail and accuracy provided by current compilers and linkers. The analysis CScout performs takes into account the identifier scopes introduced by the C preprocessor and the C language proper scopes and namespaces.

CScout as a source code analyzer can:

annotate source code with hyperlinks to each identifier

list files that would be affected by changing a specific identifier

determine whether a given identifier belongs to the application or to an external library based on the accessibility and location of the header files that declare or define it

locate unused identifiers taking into account inter-project dependencies

perform queries for identifiers based on their namespace, scope, reachability, and regular expressions of their name and the filename(s) they are found in,

perform queries for files, based on their metrics, or properties of the identifiers they contain

monitor and report superfluously included header files

provide accurate metrics on identifiers and files

More importantly, CScout helps you in refactoring code by identifying dead objects to remove, and can automatically perform accurate global rename identifier refactorings. CScout will automatically rename identifiers

taking into account the namespace of each identifier: a renaming of a structure tag, member, or a statement label will not affect variables with the same name

respecting the scope of the renamed identifier: a rename can affect multiple files, or variables within a single block, exactly matching the semantics the C compiler would enforce

across multiple projects when the same identifier is defined in common shared include files

occuring in macro bodies and parts of other identifiers, when these are created through the C preprocessor’s token concatenation feature

This manual page describes the CScout invocation and command-line options. Details about its web interface, setup, and configuration can be found in the online hypertext documentation and at the project’s home page http://www.spinellis.gr/cscout.

OPTIONS

-C

Create a ctags-compatible tags file. Tens of editors and other tools can utilize tags to help you navigate through the code. In contrast to other tag generation tools, the file that CScout creates also includes information about entities dynamically generated through macros.

-c

Exit immediately after processing the specified files. Useful, when you simply want to check the source code for errors or when you want to create a tags file.

-d D

Display the #define directives being processed on the standard output.

-d H

Display the (mainly header) files being included on the standard output. Each line is prefixed by a number of dots indicating the depth of the included file stack.

-E file specification

Preprocess the file specified with the regular expression given as the option’s argument and send the result to the standard output.

-p port

The web server will listen for requests on the TCP port number specified. By default the CScout server will listen at port 8081. The port number must be in the range 1024-32767.

-m specification

Specify the type of identifiers that CScout will monitor. The identifier attribute specification is given using the syntax: Y|L|E|T[:attr1][:attr2]... The meaning of the first letter is:

Y:

Match any of the specified attributes

L:

Match all of the specified attributes

E:

Exclude the specified attributes matched

T:

Exact match of the specified attributes

Allowable attribute names and their corresponding meanings are:

unused:

Unused identifier

writable:

Writable identifier

ro:

Read-only identifier

tag:

Tag for a struct/union/enum

member:

Member of a struct/union

label:

Label

obj:

Ordinary identifier (note that enumeration constants and typedefs belong to the ordinary identifier namespace)

macro:

Preprocessor macro

umacro:

Undefined preprocessor macro

macroarg:

Preprocessor macro argument

fscope:

Identifier with file scope

pscope:

Identifier with project scope

typedef:

Typedef

enumconst:

Enumeration constant

The -m flag can provide enormous savings on the memory CScout uses (specify e.g. -m Y:pscope to only track project-global identifiers), but the processing CScout performs under this flag is unsound. The flag should therefore be used only if you are running short of memory. There are cases where the use of preprocessor macros can change the attributes of a given identifier shared between different files. Since the -m optimization is performed after each single file is processed, the locations where an identifier is found may be misrepresented.

-r

Report on the standard error output warnings about unused and wrongly scoped identifiers and unused included files. The error message format is compatible with gcc and can therefore be automatically processed by editors that recognize this format.

-v

Display the CScout version and copyright information and exit.

-3

Implement support for trigraph characters.

-b

Operate in multiuser browse-only mode. In this mode the web server can concurrently process multiple requests. All web operations that can affect the server’s functioning (such as setting the various options, renaming identifiers, refactoring function arguments, selecting a project, editing a file, or terminating the server) are prohibited. Call graphs are truncated to 1000 elements (nodes or edges).

-S database dialect

Output the database schema as an SQL script. Specify help as the database dialect to obtain a list of supported database back-ends.

-s database dialect

Dump the workspace contents as an SQL script. Specify help as the database dialect to obtain a list of supported database back-ends.

-l log file

Specify the location of a file where web requests will be logged.

-R specification

Generate call graphs and exit. The option can be specified multiple times. The specification is the type of desired graph (fgraph.txt for a file dependency graph or cgraph.txt for a function and macro call graph), optionally followed by parameters appearing in the corresponding URL of the CScout web interface. The generated text file contains one space-delimited relationship per line. It can be further processed by tools such sas awk and dot to produce graphical output as shown in the following examples.

# Create a function call graph and a compile-time file dependency graph
cscout -R cgraph.txt -R fgraph.txt?gtype=C.


# Convert the generated call graph into an SVG diagram
awk ’
 BEGIN { print "digraph G {" }
 {print $1 "->" $2}
 END { print "}" }’ cgraph.txt |
dot -Tsvg >cgraph.svg

-t name

Generate SQL output for the named table. By default SQL output for all tables is generated. If this option is provided, then output only for the specified tables will be generated. It is the user’s responsibility to list the tables required to avoid breaking integrity constraints. The option can be specified multiple times.

-o

Create obfuscated versions of all the writable files of the workspace.

EXAMPLE

Assume you want to analyze three programs in /usr/src/bin. You first create the following project definition file, bin.prj.

# Some small tools from the src/bin directory
workspace bin {
        ro_prefix "/usr/include"
        cd "/usr/src/bin"
        project cp {
                cd "cp"
                file cp.c utils.c
        }
        project echo {
                cd "echo"
                file echo.c
        }
        project date {
                cd "date"
                file date.c
        }
}

Then you compile the workspace file bin.prj by running the CScout workspace compiler cswc on it, and finally you run cscout on the compiled workspace file. At that point you are ready to analyze your code and rename its identifiers through your web browser.

$ cswc bin.prj >bin.cs
$ cscout bin.cs
Processing workspace bin
Entering directory /usr/src/bin
Processing project cp
Entering directory cp
Processing file cp.c
Done processing file cp.c
Processing file utils.c
Done processing file utils.c
Exiting directory cp
Done processing project cp
Processing project echo
Entering directory echo
Processing file echo.c
Done processing file echo.c
Exiting directory echo
Done processing project echo
Processing project date
Entering directory date
Processing file date.c
Done processing file date.c
Exiting directory date
Done processing project date
Exiting directory /usr/src/bin
Done processing workspace bin
Post-processing /usr/home/dds/src/cscout/bin.c
[...]
Post-processing /vol/src/bin/cp/cp.c
Post-processing /vol/src/bin/cp/extern.h
Post-processing /vol/src/bin/cp/utils.c
Post-processing /vol/src/bin/date/date.c
Post-processing /vol/src/bin/date/extern.h
Post-processing /vol/src/bin/date/vary.h
Post-processing /vol/src/bin/echo/echo.c
Processing identifiers
100%
We are now ready to serve you at http://localhost:8081

SEE ALSO

cswc(1)

AUTHOR

(c) Copyright 2003-2024 Diomidis Spinellis.