strip.1   [plain text]


.TH STRIP 1 "August 4, 2006" "Apple Computer, Inc."
.SH NAME
strip \- remove symbols
.SH SYNOPSIS
.B strip
[ option ] name ...
.SH DESCRIPTION
.I strip
removes or modifies the symbol table attached to the output of the assembler and
link editor.  This is useful to save space after a program has been debugged and
to limit dynamically bound symbols.
.PP
.I strip 
no longer removes relocation entries under any condition.  Instead, it
updates the external relocation entries (and indirect symbol table entries) to
reflect the resulting symbol table.
.I strip 
prints an error message for those symbols not in the resulting symbol
table that are needed by an external relocation entry or an indirect symbol table.
The link editor
.IR ld (1)
is the only program that can strip relocation entries and know if it is safe to
do so.
.PP
When 
.I strip
is used with no options on an executable file, it checks that file to see if it uses the dynamic link editor.
If it does, the effect of the 
.I strip
command is the same as using the
.B \-u
and
.B \-r
options. If the file does not use the dynamic link editor, the effect of
.I strip
without any options is the same as using the 
.B \-s
option of 
.IR ld (1).
The options
.B \-S,
.B \-x,
and
.B \-X
have the same effect as the
.IR ld (1)
options.
The options to
.IR strip (1)
can be combined to trim the symbol table to just what is desired. 
.PP
You should trim the symbol table of files used with dynamic
linking so that only those symbols intended to be external interfaces are saved.
Files used with dynamic linking include executables, objects that are
loaded (usually bundles), and dynamic shared libraries.  
Only global symbols are used by the dynamic linking process. You should strip
all non-global symbols.
.PP
When an executable is built with all its dependent dynamic shared
libraries, it is typically stripped with:
.RS
% strip \-u \-r executable
.RE
which saves all undefined symbols (usually defined in the
dynamic shared libraries) and all global symbols defined in the executable
referenced
by the dynamic libraries (as marked by the static link editor when the
executable was built).  This is the maximum level of striping for an executable
that will still allow the program to run correctly with its libraries.
.PP
If the executable loads objects, however, the global symbols that the objects
reference from the executable also must not be stripped.
In this case, you should list the global symbols that the executable wants to allow the objects to reference in a file, and those global symbols are then saved when the executable is stripped. For example:
.RS
% strip \-u \-r \-s interface_symbols executable
.RE
where the file
.I interface_symbols
would contain only those global symbols from the executable that the executable
wants the loaded objects to have access to.
.PP
For objects that will be loaded into an executable, you should trim the symbol table 
to limit the global symbols the executable will see.
This would be done with:
.RS
.nf
% strip \-s interface_symbols \-u object
.fi
.RE
which would leave only the undefined symbols and symbols listed in the file
.I interface_symbols
in the object file.  In this case,
.IR strip (1)
has updated the relocation entries and indirect symbol table to reflect the
new symbol table.
.PP
For dynamic shared libraries, the maximum level of stripping is usually
.B \-x
(to remove all non-global symbols).
.SH STRIPPING FILES FOR USE WITH RUNTIME LOADED CODE
.PP
Trimming the symbol table for programs that load code at runtime
allows you to control the interface that the executable
wants to provide to the objects that it will load;
it will not have to publish symbols that
are not part of its interface.  For example, an executable that wishes to allow only
a subset of its global symbols but all of the statically linked shared library's
globals to be used would be stripped with:
.RS
% strip \-s interface_symbols \-A executable
.RE
where the file
.I interface_symbols
would contain only those symbols from the executable
that it wishes the code loaded at runtime
to have access to.
Another example is an object that is made up of a number of other objects that
will be loaded into an executable would built and then stripped with:
.RS
.nf
% ld \-o relocatable.o \-r a.o b.o c.o
% strip \-s interface_symbols \-u relocatable.o
.fi
.RE
which would leave only the undefined symbols and symbols listed in the file
.I interface_symbols
in the object file.  In this case
.IR strip (1)
has updated the relocation entries to reflect the new symbol table.
.SH OPTIONS
.PP
The first set of options indicate symbols that are to be save in the resulting
output file.
.TP
.B \-u
Save all undefined symbols.  This is intended for use with relocatable objects
to save symbols referred to by external relocation entries.  Note that common
symbols are also referred to by external relocation entries and this flag does
not save those symbols.
.TP
.B \-r
Save all symbols referenced dynamically.
.TP
.BI \-s " filename"
Save the symbol table entries for the global symbols listed in
.I filename.
The symbol names listed in
.I filename
must be one per line. Leading and trailing white space are not part of the
symbol name.  Lines starting with # are ignored, as are lines with only
white space.
.TP
.BI \-R " filename"
Remove the symbol table entries for the global symbols listed in
.I filename.
This file has the same format as the 
.B \-s
.I filename
option above.
This option is usually used in combination with other options that save some
symbols,
.B \-S,
.B \-x,
etc.
.TP
.B \-i
Ignore symbols listed in the
.B \-s
.I filename
or
.B \-R
.I filename
options that are not in the files to be stripped (this is normally an error).
.TP
.BI \-d " filename"
Save the debugging symbol table entries for each source file name listed in
.I filename.
The source file names listed in
.I filename
must be one per line with no other white space in the file except the newlines
on the end of each line.  And they must be just the base name of the source file
without any leading directories.
.TP
.B \-A
Save all global absolute symbols except those with a value of zero, and save
Objective C class symbols.  This is intended for use of programs that load code
at runtime and want the loaded code to use symbols from the shared libraries
(this is only used with
.SM NEXTSTEP
3.3 and earlier releases).
.TP
.B \-n
Save all N_SECT global symbols.  This is intended for use with executable
programs in combination with 
.B \-A 
to remove the symbols needed for correct static
link editing which are not needed for use with runtime loading interfaces
where using the
.BI \-s " filename"
would be too much trouble
(this is only used with
.SM NEXTSTEP
3.3 and earlier releases).
.PP
These options specify symbols to be removed from the resulting output file.
.TP
.B \-S
Remove the debugging symbol table entries (those created by the
.B \-g
option to 
.IR cc (1)
and other compilers).
.TP
.B \-X
Remove the local symbols whose names begin with `L'.
.TP 
.B \-x
Remove all local symbols (saving only global symbols).
.TP
.B \-c
Remove the section contents of a dynamic library creating a stub library output
file.
.PP
And the last options:
.TP
.B \-
Treat all remaining arguments as file names and not options.
.TP
.BI \-o " output"
Write the result into the file
.I output.
.TP
.B \-no_uuid
Remove any LC_UUID load commands.
.TP
.BI \-arch " arch_type"
Specifies the architecture,
.I arch_type,
of the file for
.IR strip (1)
to operate on when the file is a universal file.  (See
.IR arch (3)
for the currently know
.IR arch_type s.)
The
.I arch_type
can be "all" to operate on all architectures in the file, which is the default.
.SH "SEE ALSO"
ld(1), cc(1)
.SH EXAMPLES
.PP
When creating a stub library the
.B \-c
and 
.B \-x
are typically used:
.IP
strip -x -c libfoo -o libfoo.stripped
.SH LIMITATIONS
Not every layout of a Mach-O file can be stripped by this program.  But all 
layouts produced by the Apple compiler system can be stripped.