binutils-gdb/gold
2007-12-22 01:53:39 +00:00
..
po
testsuite
aclocal.m4
archive.cc
archive.h
common.cc
common.h
compressed_output.cc
compressed_output.h
config.in
configure
configure.ac
debug.h
defstd.cc
defstd.h
dirsearch.cc
dirsearch.h
dwarf_reader.cc
dwarf_reader.h
dynobj.cc
dynobj.h
ehframe.cc
ehframe.h
errors.cc
errors.h
fileread.cc
fileread.h
gold-threads.cc
gold-threads.h
gold.cc
gold.h
i386.cc
layout.cc
layout.h
main.cc
Makefile.am
Makefile.in
merge.cc
merge.h
object.cc
object.h
options.cc
options.h
output.cc
output.h
parameters.cc
parameters.h
pread.c
README
readsyms.cc
readsyms.h
reloc-types.h
reloc.cc
reloc.h
resolve.cc
script-c.h
script.cc
script.h
stringpool.cc Use a simpler hash function. 2007-12-22 01:53:39 +00:00
stringpool.h
strtab.h
symtab.cc
symtab.h
target-reloc.h
target-select.cc
target-select.h
target.h
tls.h
token.h
version.cc
workqueue-internal.h
workqueue-threads.cc
workqueue.cc
workqueue.h
x86_64.cc
yyscript.y

gold is an ELF linker.  It is intended to have complete support for
ELF and to run as fast as possible on modern systems.

It is written in C++.  It is (intended to be) a GNU program, and
therefore follows the GNU formatting standards as modified for C++.
Source documents in order of precedence:
    http://www.gnu.org/prep/standards/
    http://gcc.gnu.org/onlinedocs/libstdc++/17_intro/C++STYLE
    http://www.zembu.com/eng/procs/c++style.html

The linker is intended to have complete support for cross-compilation,
which still supporting the normal case of native linking as fast as
possible.  This makes the code more complex.

Many functions are actually templates whose parameter is the ELF file
class (e.g., 32 bits or 64 bits).  The code is the same, but we don't
want to pay the execution time cost of always using 64-bit integers if
the target is 32 bits.