| [Top] | [Contents] | [Index] | [ ? ] |
This brief manual contains preliminary documentation for the GNU binary utilities (collectively version 2.12):
This document is distributed under the terms of the GNU Free Documentation License. A copy of the license is included in the section entitled "GNU Free Documentation License".
1. ar Create, modify, and extract from archives 2. nm List symbols from object files 3. objcopy Copy and translate object files 4. objdump Display information from object files 5. ranlib Generate index to archive contents 14. readelf Display the contents of ELF format files. 6. size List section sizes and total size 7. strings List printable strings from files 8. strip Discard symbols 9. c++filt Filter to demangle encoded C++ symbols 9. c++filt MS-DOS name for c++filt 10. addr2line Convert addresses to file and line 11. nlmconv Converts object code into an NLM 12. windres Manipulate Windows resources 13. Create files needed to build and use DLLs 15. Selecting the target system How these utilities determine the target. 16. Reporting Bugs 17. GNU Free Documentation License Index
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
ar [-]p[mod [relpos] [count]] archive [member...] ar -M [ <mri-script ] |
The GNU ar program creates, modifies, and extracts from
archives. An archive is a single file holding a collection of
other files in a structure that makes it possible to retrieve
the original individual files (called members of the archive).
The original files' contents, mode (permissions), timestamp, owner, and group are preserved in the archive, and can be restored on extraction.
GNU ar can maintain archives whose members have names of any
length; however, depending on how ar is configured on your
system, a limit on member-name length may be imposed for compatibility
with archive formats maintained with other tools. If it exists, the
limit is often 15 characters (typical of formats related to a.out) or 16
characters (typical of formats related to coff).
ar is considered a binary utility because archives of this sort
are most often used as libraries holding commonly needed
subroutines.
ar creates an index to the symbols defined in relocatable
object modules in the archive when you specify the modifier `s'.
Once created, this index is updated in the archive whenever ar
makes a change to its contents (save for the `q' update operation).
An archive with such an index speeds up linking to the library, and
allows routines in the library to call each other without regard to
their placement in the archive.
You may use `nm -s' or `nm --print-armap' to list this index
table. If an archive lacks the table, another form of ar called
ranlib can be used to add just the table.
GNU ar is designed to be compatible with two different
facilities. You can control its activity using command-line options,
like the different varieties of ar on Unix systems; or, if you
specify the single command-line option `-M', you can control it
with a script supplied via standard input, like the MRI "librarian"
program.
1.1 Controlling aron the command line1.2 Controlling arwith a script
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
ar on the command line
ar [`-X32_64'] [`-']p[mod [relpos] [count]] archive [member...] |
When you use ar in the Unix style, ar insists on at least two
arguments to execute: one keyletter specifying the operation
(optionally accompanied by other keyletters specifying
modifiers), and the archive name to act on.
Most operations can also accept further member arguments, specifying particular files to operate on.
GNU ar allows you to mix the operation code p and modifier
flags mod in any order, within the first command-line argument.
If you wish, you may begin the first command-line argument with a dash.
The p keyletter specifies what operation to execute; it may be any of the following, but you must specify only one of them:
If you specify the `v' modifier, ar lists each module
as it is deleted.
The ordering of members in an archive can make a difference in how programs are linked using the library, if a symbol is defined in more than one member.
If no modifiers are used with m, any members you name in the
member arguments are moved to the end of the archive;
you can use the `a', `b', or `i' modifiers to move them to a
specified place instead.
If you specify no member arguments, all the files in the archive are printed.
The modifiers `a', `b', and `i' do not affect this operation; new members are always placed at the end of the archive.
The modifier `v' makes ar list each file as it is appended.
Since the point of this operation is speed, the archive's symbol table
index is not updated, even if it already existed; you can use `ar s' or
ranlib explicitly to update the symbol table index.
However, too many different systems assume quick append rebuilds the
index, so GNU ar implements q as a synonym for r.
If one of the files named in member... does not exist, ar
displays an error message, and leaves undisturbed any existing members
of the archive matching that name.
By default, new members are added at the end of the file; but you may use one of the modifiers `a', `b', or `i' to request placement relative to some existing member.
The modifier `v' used with this operation elicits a line of output for each file inserted, along with one of the letters `a' or `r' to indicate whether the file was appended (no old member deleted) or replaced.
If you do not specify a member, all files in the archive are listed.
If there is more than one file with the same name (say, `fie') in an archive (say `b.a'), `ar t b.a fie' lists only the first instance; to see them all, you must ask for a complete listing--in our example, `ar t b.a'.
ar list each name as it extracts it.
If you do not specify a member, all files in the archive are extracted.
A number of modifiers (mod) may immediately follow the p keyletter, to specify variations on an operation's behavior:
ar will normally permit file
names of any length. This will cause it to create archives which are
not compatible with the native ar program on some systems. If
this is a concern, the `f' modifier may be used to truncate file
names when putting them in the archive.
ar can not create an archive with a full path name (such archives
are not POSIX complaint), but other archive creators can. This option
will cause GNU ar to match file names using a complete path
name, which can be convenient when extracting a single file from an
archive created by another tool.
ar.
ar ignores an initial option spelt `-X32_64', for
compatibility with AIX. The behaviour produced by this option is the
default for GNU ar. ar does not support any of the other
`-X' options; in particular, it does not support `-X32'
which is the default for AIX ar.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
ar with a script
ar -M [ <script ] |
If you use the single command-line option `-M' with ar, you
can control its operation with a rudimentary command language. This
form of ar operates interactively if standard input is coming
directly from a terminal. During interactive use, ar prompts for
input (the prompt is `AR >'), and continues executing even after
errors. If you redirect standard input to a script file, no prompts are
issued, and ar abandons execution (with a nonzero exit code)
on any error.
The ar command language is not designed to be equivalent
to the command-line options; in fact, it provides somewhat less control
over archives. The only purpose of the command language is to ease the
transition to GNU ar for developers who already have scripts
written for the MRI "librarian" program.
The syntax for the ar command language is straightforward:
LIST
is the same as list. In the following descriptions, commands are
shown in upper case for clarity.
ar
command, you can separate the individual names with either commas or
blanks. Commas are shown in the explanations below, for clarity.
Here are the commands you can use in ar scripts, or when using
ar interactively. Three of them have special significance:
OPEN or CREATE specify a current archive, which is
a temporary file required for most of the other commands.
SAVE commits the changes so far specified by the script. Prior
to SAVE, commands affect only the temporary copy of the current
archive.
ADDLIB archive
ADDLIB archive (module, module, ... module)
Requires prior use of OPEN or CREATE.
ADDMOD member, member, ... member
Requires prior use of OPEN or CREATE.
CLEAR
SAVE. May be executed (with no
effect) even if no current archive is specified.
CREATE archive
SAVE.
You can overwrite existing archives; similarly, the contents of any
existing file named archive will not be destroyed until SAVE.
DELETE module, module, ... module
Requires prior use of OPEN or CREATE.
DIRECTORY archive (module, ... module)
DIRECTORY archive (module, ... module) outputfile
VERBOSE specifies the form of the output: when verbose
output is off, output is like that of `ar -t archive
module...'. When verbose output is on, the listing is like
`ar -tv archive module...'.
Output normally goes to the standard output stream; however, if you
specify outputfile as a final argument, ar directs the
output to that file.
END
ar, with a 0 exit code to indicate successful
completion. This command does not save the output file; if you have
changed the current archive since the last SAVE command, those
changes are lost.
EXTRACT module, module, ... module
Requires prior use of OPEN or CREATE.
LIST
VERBOSE. The effect is like `ar
tv archive'. (This single command is a GNU ar
enhancement, rather than present for MRI compatibility.)
Requires prior use of OPEN or CREATE.
OPEN archive
SAVE.
REPLACE module, module, ... module
REPLACE arguments) from files in the current working directory.
To execute this command without errors, both the file, and the module in
the current archive, must exist.
Requires prior use of OPEN or CREATE.
VERBOSE
DIRECTORY.
When the flag is on, DIRECTORY output matches output from
`ar -tv '....
SAVE
CREATE or OPEN
command.
Requires prior use of OPEN or CREATE.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
nm [`-a'|`--debug-syms'] [`-g'|`--extern-only'] [`-B'] [`-C'|`--demangle'[=style]] [`-D'|`--dynamic'] [`-s'|`--print-armap'] [`-A'|`-o'|`--print-file-name'] [`-n'|`-v'|`--numeric-sort'] [`-p'|`--no-sort'] [`-r'|`--reverse-sort'] [`--size-sort'] [`-u'|`--undefined-only'] [`-t' radix|`--radix='radix] [`-P'|`--portability'] [`--target='bfdname] [`-f'format|`--format='format] [`--defined-only'] [`-l'|`--line-numbers'] [`--no-demangle'] [`-V'|`--version'] [`-X 32_64'] [`--help'] [objfile...] |
GNU nm lists the symbols from object files objfile....
If no object files are listed as arguments, nm assumes the file
`a.out'.
For each symbol, nm shows:
A
B
C
D
G
I
N
R
S
T
U
V
W
-
?
The long and short forms of options, shown here as alternatives, are equivalent.
-A
-o
--print-file-name
-a
--debug-syms
-B
nm).
-C
--demangle[=style]
--no-demangle
-D
--dynamic
-f format
--format=format
bsd,
sysv, or posix. The default is bsd.
Only the first character of format is significant; it can be
either upper or lower case.
-g
--extern-only
-l
--line-numbers
-n
-v
--numeric-sort
-p
--no-sort
-P
--portability
-s
--print-armap
ar or ranlib) of which modules
contain definitions for which names.
-r
--reverse-sort
--size-sort
-t radix
--radix=radix
--target=bfdname
-u
--undefined-only
--defined-only
-V
--version
nm and exit.
-X
nm. It takes one parameter which must be the string
`32_64'. The default mode of AIX nm corresponds
to `-X 32', which is not supported by GNU nm.
--help
nm and exit.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
objcopy [`-F' bfdname|`--target='bfdname]
[`-I' bfdname|`--input-target='bfdname]
[`-O' bfdname|`--output-target='bfdname]
[`-B' bfdarch|`--binary-architecture='bfdarch]
[`-S'|`--strip-all'] [`-g'|`--strip-debug']
[`-K' symbolname|`--keep-symbol='symbolname]
[`-N' symbolname|`--strip-symbol='symbolname]
[`-G' symbolname|`--keep-global-symbol='symbolname]
[`-L' symbolname|`--localize-symbol='symbolname]
[`-W' symbolname|`--weaken-symbol='symbolname]
[`-x'|`--discard-all'] [`-X'|`--discard-locals']
[`-b' byte|`--byte='byte]
[`-i' interleave|`--interleave='interleave]
[`-j' sectionname|`--only-section='sectionname]
[`-R' sectionname|`--remove-section='sectionname]
[`-p'|`--preserve-dates']
[`--debugging']
[`--gap-fill='val] [`--pad-to='address]
[`--set-start='val] [`--adjust-start='incr]
[`--change-addresses='incr]
[`--change-section-address' section{=,+,-}val]
[`--change-section-lma' section{=,+,-}val]
[`--change-section-vma' section{=,+,-}val]
[`--change-warnings'] [`--no-change-warnings']
[`--set-section-flags' section=flags]
[`--add-section' sectionname=filename]
[`--rename-section' oldname=newname[,flags]]
[`--change-leading-char' ] [`--remove-leading-char']
[`--srec-len='ival ] [`--srec-forceS3']
[`--redefine-sym' old=new ]
[`--weaken']
[`--keep-symbols='filename]
[`--strip-symbols='filename]
[`--keep-global-symbols='filename]
[`--localize-symbols='filename]
[`--weaken-symbols='filename]
[`--alt-machine-code=index']
[`-v'|`--verbose']
[`-V'|`--version']
[`--help']
infile [outfile]
|
The GNU objcopy utility copies the contents of an object
file to another. objcopy uses the GNU BFD Library to
read and write the object files. It can write the destination object
file in a format different from that of the source object file. The
exact behavior of objcopy is controlled by command-line options.
Note that objcopy should be able to copy a fully linked file
between any two formats. However, copying a relocatable object file
between any two formats may not work as expected.
objcopy creates temporary files to do its translations and
deletes them afterward. objcopy uses BFD to do all its
translation work; it has access to all the formats described in BFD
and thus is able to recognize most formats without being told
explicitly. See section `BFD' in Using LD.
objcopy can be used to generate S-records by using an output
target of `srec' (e.g., use `-O srec').
objcopy can be used to generate a raw binary file by using an
output target of `binary' (e.g., use `-O binary'). When
objcopy generates a raw binary file, it will essentially produce
a memory dump of the contents of the input object file. All symbols and
relocation information will be discarded. The memory dump will start at
the load address of the lowest section copied into the output file.
When generating an S-record or a raw binary file, it may be helpful to use `-S' to remove sections containing debugging information. In some cases `-R' will be useful to remove sections which contain information that is not needed by the binary file.
Note - objcopy is not able to change the endianness of its input
files. If the input format has an endianness, (some formats do not),
objcopy can only copy the inputs into file formats that have the
same endianness or which have no endianness (eg `srec').
infile
outfile
objcopy creates a
temporary file and destructively renames the result with
the name of infile.
-I bfdname
--input-target=bfdname
-O bfdname
--output-target=bfdname
-F bfdname
--target=bfdname
-B bfdarch
--binary-architecture=bfdarch
-j sectionname
--only-section=sectionname
-R sectionname
--remove-section=sectionname
-S
--strip-all
-g
--strip-debug
--strip-unneeded
-K symbolname
--keep-symbol=symbolname
-N symbolname
--strip-symbol=symbolname
-G symbolname
--keep-global-symbol=symbolname
-L symbolname
--localize-symbol=symbolname
-W symbolname
--weaken-symbol=symbolname
-x
--discard-all
-X
--discard-locals
-b byte
--byte=byte
srec output
target.
-i interleave
--interleave=interleave
objcopy ignores this option if you do not specify either `-b' or
`--byte'.
-p
--preserve-dates
--debugging
--gap-fill val
--pad-to address
--set-start val
--change-start incr
--adjust-start incr
--change-addresses incr
--adjust-vma incr
--change-section-address section{=,+,-}val
--adjust-section-vma section{=,+,-}val
--change-section-lma section{=,+,-}val
--change-section-vma section{=,+,-}val
--change-warnings
--adjust-warnings
--no-change-warnings
--no-adjust-warnings
--set-section-flags section=flags
--add-section sectionname=filename
--rename-section oldname=newname[,flags]
This option is particularly helpful when the input format is binary, since this will always create a section called .data. If for example, you wanted instead to create a section called .rodata containing binary data you could use the following command line to achieve it:
objcopy -I binary -O <output_format> -B <architecture> \ --rename-section .data=.rodata,alloc,load,readonly,data,contents \ <input_binary_file> <output_object_file> |
--change-leading-char
objcopy to
change the leading character of every symbol when it converts between
object file formats. If the object file formats use the same leading
character, this option has no effect. Otherwise, it will add a
character, or remove a character, or change a character, as
appropriate.
--remove-leading-char
--srec-len=ival
--srec-forceS3
--redefine-sym old=new
--weaken
--keep-symbols=filename
--strip-symbols=filename
--keep-global-symbols=filename
--localize-symbols=filename
--weaken-symbols=filename
--alt-machine-code=index
-V
--version
objcopy.
-v
--verbose
--help
objcopy.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
objdump [`-a'|`--archive-headers']
[`-b' bfdname|`--target=bfdname']
[`-C'|`--demangle'[=style] ]
[`-d'|`--disassemble']
[`-D'|`--disassemble-all']
[`-z'|`--disassemble-zeroes']
[`-EB'|`-EL'|`--endian='{big | little }]
[`-f'|`--file-headers']
[`--file-start-context']
[`-g'|`--debugging']
[`-h'|`--section-headers'|`--headers']
[`-i'|`--info']
[`-j' section|`--section='section]
[`-l'|`--line-numbers']
[`-S'|`--source']
[`-m' machine|`--architecture='machine]
[`-M' options|`--disassembler-options='options]
[`-p'|`--private-headers']
[`-r'|`--reloc']
[`-R'|`--dynamic-reloc']
[`-s'|`--full-contents']
[`-G'|`--stabs']
[`-t'|`--syms']
[`-T'|`--dynamic-syms']
[`-x'|`--all-headers']
[`-w'|`--wide']
[`--start-address='address]
[`--stop-address='address]
[`--prefix-addresses']
[`--[no-]show-raw-insn']
[`--adjust-vma='offset]
[`-V'|`--version']
[`-H'|`--help']
objfile...
|
objdump displays information about one or more object files.
The options control what particular information to display. This
information is mostly useful to programmers who are working on the
compilation tools, as opposed to programmers who just want their
program to compile and work.
objfile... are the object files to be examined. When you
specify archives, objdump shows information on each of the member
object files.
The long and short forms of options, shown here as alternatives, are equivalent. At least one option from the list `-a,-d,-D,-f,-g,-G,-h,-H,-p,-r,-R,-S,-t,-T,-V,-x' must be given.
-a
--archive-header
--adjust-vma=offset
-b bfdname
--target=bfdname
For example,
objdump -b oasys -m vax -h fu.o |
-C
--demangle[=style]
-G
--debugging
-d
--disassemble
-D
--disassemble-all
--prefix-addresses
--disassemble-zeroes
-EB
-EL
--endian={big|little}
-f
--file-header
--file-start-context
-h
--section-header
--header
File segments may be relocated to nonstandard addresses, for example by
using the `-Ttext', `-Tdata', or `-Tbss' options to
ld. However, some object file formats, such as a.out, do not
store the starting address of the file segments. In those situations,
although ld relocates the sections correctly, using `objdump
-h' to list the file section headers cannot show the correct addresses.
Instead, it shows the usual addresses, which are implicit for the
target.
--help
objdump and exit.
-i
--info
-j name
--section=name
-l
--line-numbers
-m machine
--architecture=machine
-M options
--disassembler-options=options
If the target is an ARM architecture then this switch can be used to select which register name set is used during disassembler. Specifying `-M reg-name-std' (the default) will select the register names as used in ARM's instruction set documentation, but with register 13 called 'sp', register 14 called 'lr' and register 15 called 'pc'. Specifying `-M reg-names-apcs' will select the name set used by the ARM Procedure Call Standard, whilst specifying `-M reg-names-raw' will just use `r' followed by the register number.
There are also two variants on the APCS register naming scheme enabled by `-M reg-names-atpcs' and `-M reg-names-special-atpcs' which use the ARM/Thumb Procedure Call Standard naming conventions. (Either with the normal register name or the special register names).
This option can also be used for ARM architectures to force the disassembler to interpret all instructions as Thumb instructions by using the switch `--disassembler-options=force-thumb'. This can be useful when attempting to disassemble thumb code produced by other compilers.
For the x86, some of the options duplicate functions of the `-m' switch, but allow finer grained control. Multiple selections from the following may be specified as a comma separated string. `x86-64', `i386' and `i8086' select disassembly for the given architecture. `intel' and `att' select between intel syntax mode and AT&T syntax mode. `addr32', `addr16', `data32' and `data16' specify the default address size and operand size. These four options will be overridden if `x86-64', `i386' or `i8086' appear later in the option string. Lastly, `suffix', when in AT&T mode, instructs the dissassembler to print a mnemonic suffix even when the suffix could be inferred by the operands.
For PPC, `booke', `booke32' and `booke64' select disassembly of BookE instructions. `32' and `64' select PowerPC and PowerPC64 disassembly, respectively.
-p
--private-headers
-r
--reloc
-R
--dynamic-reloc
-s
--full-contents
-S
--source
--show-raw-insn
--no-show-raw-insn
-G
--stabs
.stab debugging symbol-table entries are carried in an ELF
section. In most other file formats, debugging symbol-table entries are
interleaved with linkage symbols, and are visible in the `--syms'
output.
For more information on stabs symbols, see section `Stabs Overview' in The "stabs" debug format.
--start-address=address
--stop-address=address
-t
--syms
-T
--dynamic-syms
--version
objdump and exit.
-x
--all-header
-w
--wide
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
ranlib [`-vV'] archive |
ranlib generates an index to the contents of an archive and
stores it in the archive. The index lists each symbol defined by a
member of an archive that is a relocatable object file.
You may use `nm -s' or `nm --print-armap' to list this index.
An archive with such an index speeds up linking to the library and allows routines in the library to call each other without regard to their placement in the archive.
The GNU ranlib program is another form of GNU ar; running
ranlib is completely equivalent to executing `ar -s'.
See section 1. ar.
-v
-V
--version
ranlib.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
size [`-A'|`-B'|`--format='compatibility]
[`--help']
[`-d'|`-o'|`-x'|`--radix='number]
[`-t'|`--totals']
[`--target='bfdname] [`-V'|`--version']
[objfile...]
|
The GNU size utility lists the section sizes--and the total
size--for each of the object or archive files objfile in its
argument list. By default, one line of output is generated for each
object file or each module in an archive.
objfile... are the object files to be examined.
If none are specified, the file a.out will be used.
The command line options have the following meanings:
-A
-B
--format=compatibility
size resembles output from System V size (using `-A',
or `--format=sysv'), or Berkeley size (using `-B', or
`--format=berkeley'). The default is the one-line format similar to
Berkeley's.
Here is an example of the Berkeley (default) format of output from
size:
$ size --format=Berkeley ranlib size text data bss dec hex filename 294880 81920 11592 388392 5ed28 ranlib 294880 81920 11888 388688 5ee50 size |
This is the same data, but displayed closer to System V conventions:
$ size --format=SysV ranlib size ranlib : section size addr .text 294880 8192 .data 81920 303104 .bss 11592 385024 Total 388392 size : section size addr .text 294880 8192 .data 81920 303104 .bss 11888 385024 Total 388688 |
--help
-d
-o
-x
--radix=number
-t
--totals
--target=bfdname
size can
automatically recognize many formats.
See section 15.1 Target Selection, for more information.
-V
--version
size.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
strings [`-afov'] [`-'min-len]
[`-n' min-len] [`--bytes='min-len]
[`-t' radix] [`--radix='radix]
[`-e' encoding] [`--encoding='encoding]
[`-'] [`--all'] [`--print-file-name']
[`--target='bfdname]
[`--help'] [`--version'] file...
|
For each file given, GNU strings prints the printable
character sequences that are at least 4 characters long (or the number
given with the options below) and are followed by an unprintable
character. By default, it only prints the strings from the initialized
and loaded sections of object files; for other types of files, it prints
the strings from the whole file.
strings is mainly useful for determining the contents of non-text
files.
-a
--all
-
-f
--print-file-name
--help
-min-len
-n min-len
--bytes=min-len
-o
strings have `-o'
act like `-t d' instead. Since we can not be compatible with both
ways, we simply chose one.
-t radix
--radix=radix
-e encoding
--encoding=encoding
--target=bfdname
-v
--version
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
strip [`-F' bfdname |`--target='bfdname ]
[`-I' bfdname |`--input-target='bfdname ]
[`-O' bfdname |`--output-target='bfdname ]
[`-s'|`--strip-all'] [`-S'|`-g'|`-d'|`--strip-debug']
[`-K' symbolname |`--keep-symbol='symbolname ]
[`-N' symbolname |`--strip-symbol='symbolname ]
[`-x'|`--discard-all' ] [`-X' |`--discard-locals']
[`-R' sectionname |`--remove-section='sectionname ]
[`-o' file ] [`-p'|`--preserve-dates']
[`-v' |`--verbose'] [`-V'|`--version'] [`--help']
objfile...
|
GNU strip discards all symbols from object files
objfile. The list of object files may include archives.
At least one object file must be given.
strip modifies the files named in its argument,
rather than writing modified copies under different names.
-F bfdname
--target=bfdname
--help
strip and exit.
-I bfdname
--input-target=bfdname
-O bfdname
--output-target=bfdname
-R sectionname
--remove-section=sectionname
-s
--strip-all
-g
-S
-d
--strip-debug
--strip-unneeded
-K symbolname
--keep-symbol=symbolname
-N symbolname
--strip-symbol=symbolname
-o file
-p
--preserve-dates
-x
--discard-all
-X
--discard-locals
-V
--version
strip.
-v
--verbose
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
c++filt [`-_'|`--strip-underscores']
[`-j'|`--java']
[`-n'|`--no-strip-underscores']
[`-s' format|`--format='format]
[`--help'] [`--version'] [symbol...]
|
The C++ and Java languages provides function overloading, which means
that you can write many functions with the same name (providing each
takes parameters of different types). All C++ and Java function names
are encoded into a low-level assembly label (this process is known as
mangling). The c++filt
(1)
program does the inverse mapping: it decodes (demangles) low-level
names into user-level names so that the linker can keep these overloaded
functions from clashing.
Every alphanumeric word (consisting of letters, digits, underscores, dollars, or periods) seen in the input is a potential label. If the label decodes into a C++ name, the C++ name replaces the low-level name in the output.
You can use c++filt to decipher individual symbols:
c++filt symbol |
If no symbol arguments are given, c++filt reads symbol
names from the standard input and writes the demangled names to the
standard output. All results are printed on the standard output.
-_
--strip-underscores
foo gets the low-level
name _foo. This option removes the initial underscore. Whether
c++filt removes the underscore by default is target dependent.
-j
--java
-n
--no-strip-underscores
-s format
--format=format
nm can decode three different methods of mangling, used by
different C++ compilers. The argument to this option selects which
method it uses:
gnu
lucid
arm
hp
edg
gnu-new-abi
--help
c++filt and exit.
--version
c++filt and exit.
Warning:c++filtis a new utility, and the details of its user interface are subject to change in future releases. In particular, a command-line option may be required in the the future to decode a name passed as an argument on the command line; in other words,
c++filt symbolmay in a future release become
c++filt option symbol
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
addr2line [`-b' bfdname|`--target='bfdname]
[`-C'|`--demangle'[=style]
[`-e' filename|`--exe='filename]
[`-f'|`--functions'] [`-s'|`--basename']
[`-H'|`--help'] [`-V'|`--version']
[addr addr ...]
|
addr2line translates program addresses into file names and line
numbers. Given an address and an executable, it uses the debugging
information in the executable to figure out which file name and line
number are associated with a given address.
The executable to use is specified with the `-e' option. The default is the file `a.out'.
addr2line has two modes of operation.
In the first, hexadecimal addresses are specified on the command line,
and addr2line displays the file name and line number for each
address.
In the second, addr2line reads hexadecimal addresses from
standard input, and prints the file name and line number for each
address on standard output. In this mode, addr2line may be used
in a pipe to convert dynamically chosen addresses.
The format of the output is `FILENAME:LINENO'. The file name and
line number for each address is printed on a separate line. If the
-f option is used, then each `FILENAME:LINENO' line is
preceded by a `FUNCTIONNAME' line which is the name of the function
containing the address.
If the file name or function name can not be determined,
addr2line will print two question marks in their place. If the
line number can not be determined, addr2line will print 0.
The long and short forms of options, shown here as alternatives, are equivalent.
-b bfdname
--target=bfdname
-C
--demangle[=style]
-e filename
--exe=filename
-f
--functions
-s
--basenames
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
nlmconv converts a relocatable object file into a NetWare
Loadable Module.
Warning: nlmconv is not always built as part of the binary
utilities, since it is only useful for NLM targets.
nlmconv [`-I' bfdname|`--input-target='bfdname]
[`-O' bfdname|`--output-target='bfdname]
[`-T' headerfile|`--header-file='headerfile]
[`-d'|`--debug'] [`-l' linker|`--linker='linker]
[`-h'|`--help'] [`-V'|`--version']
infile outfile
|
nlmconv converts the relocatable `i386' object file
infile into the NetWare Loadable Module outfile, optionally
reading headerfile for NLM header information. For instructions
on writing the NLM command file language used in header files, see the
`linkers' section, `NLMLINK' in particular, of the NLM
Development and Tools Overview, which is part of the NLM Software
Developer's Kit ("NLM SDK"), available from Novell, Inc.
nlmconv uses the GNU Binary File Descriptor library to read
infile;
see section `BFD' in Using LD, for more information.
nlmconv can perform a link step. In other words, you can list
more than one object file for input if you list them in the definitions
file (rather than simply specifying one input file on the command line).
In this case, nlmconv calls the linker for you.
-I bfdname
--input-target=bfdname
nlmconv can usually determine
the format of a given file (so no default is necessary).
See section 15.1 Target Selection, for more information.
-O bfdname
--output-target=bfdname
nlmconv infers the output
format based on the input format, e.g. for a `i386' input file the
output format is `nlm32-i386'.
See section 15.1 Target Selection, for more information.
-T headerfile
--header-file=headerfile
-d
--debug
nlmconv.
-l linker
--linker=linker
-h
--help
-V
--version
nlmconv.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
windres may be used to manipulate Windows resources.
Warning: windres is not always built as part of the binary
utilities, since it is only useful for Windows targets.
windres [options] [input-file] [output-file] |
windres reads resources from an input file and copies them into
an output file. Either file may be in one of three formats:
rc
res
coff
The exact description of these different formats is available in documentation from Microsoft.
When windres converts from the rc format to the res
format, it is acting like the Windows Resource Compiler. When
windres converts from the res format to the coff
format, it is acting like the Windows CVTRES program.
When windres generates an rc file, the output is similar
but not identical to the format expected for the input. When an input
rc file refers to an external filename, an output rc file
will instead include the file contents.
If the input or output format is not specified, windres will
guess based on the file name, or, for the input file, the file contents.
A file with an extension of `.rc' will be treated as an rc
file, a file with an extension of `.res' will be treated as a
res file, and a file with an extension of `.o' or
`.exe' will be treated as a coff file.
If no output file is specified, windres will print the resources
in rc format to standard output.
The normal use is for you to write an rc file, use windres
to convert it to a COFF object file, and then link the COFF file into
your application. This will make the resources described in the
rc file available to Windows.
-i filename
--input filename
windres will use the first non-option argument as the input file
name. If there are no non-option arguments, then windres will
read from standard input. windres can not read a COFF file from
standard input.
-o filename
--output filename
windres will use the first non-option argument, after any used
for the input file name, as the output file name. If there is no
non-option argument, then windres will write to standard output.
windres can not write a COFF file to standard output.
-I format
--input-format format
windres will
guess, as described above.
-O format
--output-format format
windres will guess, as described above.
-F target
--target target
windres will use the default
format, which is the first one listed by the `--help' option.
15.1 Target Selection.
--preprocessor program
windres reads an rc file, it runs it through the C
preprocessor first. This option may be used to specify the preprocessor
to use, including any leading arguments. The default preprocessor
argument is gcc -E -xc-header -DRC_INVOKED.
--include-dir directory
rc file.
windres will pass this to the preprocessor as an `-I'
option. windres will also search this directory when looking for
files named in the rc file.
-D target
--define sym[=val]
rc file.
-v
--language val
rc file.
val should be a hexadecimal language code. The low eight bits are
the language, and the high eight bits are the sublanguage.
--use-temp-file
--no-use-temp-file
--help
--version
windres.
--yydebug
windres is compiled with YYDEBUG defined as 1,
this will turn on parser debugging.
| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
dlltool may be used to create the files needed to build and use
dynamic link libraries (DLLs).
Warning: dlltool is not always built as part of the binary
utilities, since it is only useful for those targets which support DLLs.
dlltool [`-d'|`--input-def' def-file-name]
[`-b'|`--base-file' base-file-name]
[`-e'|`--output-exp' exports-file-name]
[`-z'|`--output-def' def-file-name]
[`-l'|`--output-lib' library-file-name]
[`--export-all-symbols'] [`--no-export-all-symbols']
[`--exclude-symbols' list]
[`--no-default-excludes']
[`-S'|`--as' path-to-assembler] [`-f'|`--as-flags' options]
[`-D'|`--dllname' name] [`-m'|`--machine' machine]
[`-a'|`--add-indirect'] [`-U'|`--add-underscore'] [`-k'|`--kill-at']
[`-A'|`--add-stdcall-alias']
[`-x'|`--no-idata4'] [`-c'|`--no-idata5'] [`-i'|`--interwork']
[`-n'|`--nodelete'] [`-v'|`--verbose']
[`-h'|`--help'] [`-V'|`--version']
[object-file ...]
|
dlltool reads its inputs, which can come from the `-d' and
`-b' options as well as object files specified on the command
line. It then processes these inputs and if the `-e' option has
been specified it creates a exports file. If the `-l' option
has been specified it creates a library file and if the `-z' option
has been specified it creates a def file. Any or all of the `-e',
`-l' and `-z' options can be present in one invocation of
dlltool.
When creating a DLL, along with the source for the DLL, it is necessary
to have three other files. dlltool can help with the creation of
these files.
The first file is a `.def' file which specifies which functions are
exported from the DLL, which functions the DLL imports, and so on. This
is a text file and can be created by hand, or dlltool can be used
to create it using the `-z' option. In this case dlltool
will scan the object files specified on its command line looking for
those functions which have been specially marked as being exported and
put entries for them in the .def file it creates.
In order to mark a function as being exported from a DLL, it needs to have an `-export:<name_of_function>' entry in the `.drectve' section of the object file. This can be done in C by using the asm() operator:
asm (".section .drectve");
asm (".ascii \"-export:my_func\"");
int my_func (void) { ... }
|
The second file needed for DLL creation is an exports file. This file
is linked with the object files that make up the body of the DLL and it
handles the interface between the DLL and the outside world. This is a
binary file and it can be created by giving the `-e' option to
dlltool when it is creating or reading in a .def file.
The third file needed for DLL creation is the library file that programs will link with in order to access the functions in the DLL. This file can be created by giving the `-l' option to dlltool when it is creating or reading in a .def file.
dlltool builds the library file by hand, but it builds the
exports file by creating temporary files containing assembler statements
and then assembling these. The `-S' command line option can be
used to specify the path to the assembler that dlltool will use,
and the `-f' option can be used to pass specific flags to that
assembler. The `-n' can be used to prevent dlltool from deleting
these temporary assembler files when it is done, and if `-n' is
specified twice then this will prevent dlltool from deleting the
temporary object files it used to build the library.
Here is an example of creating a DLL from a source file `dll.c' and also creating a program (from an object file called `program.o') that uses that DLL:
gcc -c dll.c dlltool -e exports.o -l dll.lib dll.o gcc dll.o exports.o -o dll.dll gcc program.o dll.lib -o program |
The command line options have the following meanings:
-d filename
--input-def filename
-b filename
--base-file filename
-e filename
--output-exp filename
-z filename
--output-def filename
-l filename
--output-lib filename
--export-all-symbols
--no-export-all-symbols
--exclude-symbols list
--no-default-excludes
-S path
--as path
-f options
--as-flags options
-D name
--dll-name name
-m machine
-machine machine
dlltool has a built in default type, depending upon how
it was created, but this option can be used to override that. This is
normally only useful when creating DLLs for an ARM processor, when the
contents of the DLL are actually encode using Thumb instructions.
-a
--add-indirect
dlltool is creating the exports file it
should add a section which allows the exported functions to be
referenced without using the import library. Whatever the hell that
means!
-U
--add-underscore
dlltool is creating the exports file it
should prepend an underscore to the names of the exported functions.
-k
--kill-at
dlltool is creating the exports file it
should not append the string `@ <number>'. These numbers are
called ordinal numbers and they represent another way of accessing the
function in a DLL, other than by name.
-A
--add-stdcall-alias
dlltool is creating the exports file it
should add aliases for stdcall symbols without `@ <number>'
in addition to the symbols with `@ <number>'.
-x
--no-idata4
dlltool is creating the exports and library
files it should omit the .idata4 section. This is for compatibility
with certain operating systems.
-c
--no-idata5
dlltool is creating the exports and library
files it should omit the .idata5 section. This is for compatibility
with certain operating systems.
-i
--interwork
dlltool should mark the objects in the library
file and exports file that it produces as supporting interworking
between ARM and Thumb code.
-n
--nodelete
dlltool preserve the temporary assembler files it used to
create the exports file. If this option is repeated then dlltool will
also preserve the temporary object files it uses to create the library
file.
-v
--verbose
-h
--help
-V
--version
| [ |