32v 1m cc

From Computer History Wiki
Jump to: navigation, search

CC(1) UNIX Programmer's Manual CC(1)


NAME

    cc - C compiler

SYNOPSIS

    cc [ option ] ... file ...

DESCRIPTION

    _C_c is the UNIX C compiler.  It accepts several types of
    arguments:
    Arguments whose names end with `.c' are taken to be C source
    programs; they are compiled, and each object program is left
    on the file whose name is that of the source with `.o' sub-
    stituted for `.c'.  The `.o' file is normally deleted, how-
    ever, if a single C program is compiled and loaded all at
    one go.
    In the same way, arguments whose names end with `.s' are
    taken to be assembly source programs and are assembled, pro-
    ducing a `.o' file.
    The following options are interpreted by _c_c.  See _l_d(1) for
    load-time options.
    -c      Suppress the loading phase of the compilation, and
            force an object file to be produced even if only one
            program is compiled.
    -p      Arrange for the compiler to produce code which
            counts the number of times each routine is called;
            also, if loading takes place, replace the standard
            startup routine by one which automatically calls
            _m_o_n_i_t_o_r(3) at the start and arranges to write out a
            _m_o_n._o_u_t file at normal termination of execution of
            the object program.  An execution profile can then
            be generated by use of _p_r_o_f(1).
    -O      Invoke an object-code improver.
    -S      Compile the named C programs, and leave the
            assembler-language output on corresponding files
            suffixed `.s'.
    -E      Run only the macro preprocessor on the named C pro-
            grams, and send the result to the standard output.
    -o _o_u_t_p_u_t
            Name the final output file _o_u_t_p_u_t.  If this option
            is used the file `a.out' will be left undisturbed.
    -D_n_a_m_e=_d_e_f
    -D_n_a_m_e  Define the _n_a_m_e to the preprocessor, as if by
            `#define'.  If no definition is given, the name is
            defined as "1".
    -U_n_a_m_e  Remove any initial definition of _n_a_m_e.
    -I_d_i_r   `#include' files whose names do not begin with `/'
            are always sought first in the directory of the _f_i_l_e
            argument, then in directories named in -I options,
            then in directories on a standard list.
    -B_s_t_r_i_n_g
            Find substitute compiler passes in the files named
            _s_t_r_i_n_g with the suffixes cpp, ccom, and c2.  If
            _s_t_r_i_n_g is empty, use a standard backup version.
    -t[p012]
            Find only the designated compiler passes in the
            files whose names are constructed by a -B option.
            In the absence of a -B option, the _s_t_r_i_n_g is taken
            to be `/usr/c/'.
    Other arguments are taken to be either loader option argu-
    ments, or C-compatible object programs, typically produced
    by an earlier _c_c run, or perhaps libraries of C-compatible
    routines.  These programs, together with the results of any
    compilations specified, are loaded (in the order given) to
    produce an executable program with name a.out.

FILES

    file.c        input file
    file.o        object file
    a.out         loaded output
    /tmp/ctm?     temporary
    /lib/cpp      preprocessor
    /lib/ccom     compiler
    /usr/c/occom  backup compiler
    /usr/c/ocpp   backup preprocessor
    /lib/c2       optional optimizer
    /lib/crt0.o   runtime startoff
    /lib/mcrt0.o  startoff for profiling
    /lib/lib[ac].astandard libraries, see (3)
    /usr/include  standard directory for `#include' files

SEE ALSO

    B. W. Kernighan and D. M. Ritchie, _T_h_e _C _P_r_o_g_r_a_m_m_i_n_g
    _L_a_n_g_u_a_g_e, Prentice-Hall, 1978
    B. W. Kernighan, _P_r_o_g_r_a_m_m_i_n_g _i_n _C-_a _t_u_t_o_r_i_a_l
    D. M. Ritchie, _C _R_e_f_e_r_e_n_c_e _M_a_n_u_a_l
    monitor(3), prof(1), adb(1), ld(1)

DIAGNOSTICS

    The diagnostics produced by C itself are intended to be
    self-explanatory.  Occasional messages may be produced by
    the assembler or loader.