ea5cae92bd
current_lma_offset_ field. Rename current_vma_offset_ to current_offset_. Add last_section_ field. (Memory_region::get_current_vma_address): Rename to get_current_address. (Memory_region::get_current_lma_address): Delete. (Memory_region::increment_vma_offset): Rename to increment_offset. (Memory_region::increment_lma_offset): Delete. (Memory_region::attributes_compatible): New method. Returns true if the provided section is compatible with the region. (Memory_region::get_last_section): New method. Returns the last section to use the region. (Memory_region::set_last_section): New method. Stores the last section to use the region. (Script_sections::block_in_region): New method. Returns true if a block of memory is contained within a region. (Script_sections::find_memory_region): New method. Locates a memory region to be used to set a VMA or LMA address. (Output_section_definition::set_section_addresses): Add code to check for addresses set by memory regions. (Output_segment::set_section_addresses): Remove memory region walking code. (Script_sections::create_segment): Add a warning if a header segment is created outside of any region. * script-sections.h (class Script_sections): Add prototypes for find_memory_region and block_in_region methods. * testsuite/memory_test.s: Use .long instead of .word. * testsuite/memory_test.t: Add some more output sections. * testsuite/memory_test.sh: Update expected output. * ld.texinfo: Update description of computation of VMA and LMA addresses for output sections. * ld-scripts/rgn-at5.t: Add some more output sections. * ld-scripts/rgn-at5.d: Update expected output. |
||
---|---|---|
.. | ||
po | ||
testsuite | ||
aclocal.m4 | ||
archive.cc | ||
archive.h | ||
arm-reloc-property.cc | ||
arm-reloc-property.h | ||
arm-reloc.def | ||
arm.cc | ||
attributes.cc | ||
attributes.h | ||
binary.cc | ||
binary.h | ||
ChangeLog | ||
common.cc | ||
common.h | ||
compressed_output.cc | ||
compressed_output.h | ||
config.in | ||
configure | ||
configure.ac | ||
configure.tgt | ||
copy-relocs.cc | ||
copy-relocs.h | ||
cref.cc | ||
cref.h | ||
debug.h | ||
defstd.cc | ||
defstd.h | ||
descriptors.cc | ||
descriptors.h | ||
dirsearch.cc | ||
dirsearch.h | ||
dwarf_reader.cc | ||
dwarf_reader.h | ||
dynobj.cc | ||
dynobj.h | ||
ehframe.cc | ||
ehframe.h | ||
errors.cc | ||
errors.h | ||
expression.cc | ||
ffsll.c | ||
fileread.cc | ||
fileread.h | ||
freebsd.h | ||
ftruncate.c | ||
gc.cc | ||
gc.h | ||
gold-threads.cc | ||
gold-threads.h | ||
gold.cc | ||
gold.h | ||
i386.cc | ||
icf.cc | ||
icf.h | ||
incremental-dump.cc | ||
incremental.cc | ||
incremental.h | ||
int_encoding.cc | ||
int_encoding.h | ||
layout.cc | ||
layout.h | ||
main.cc | ||
Makefile.am | ||
Makefile.in | ||
mapfile.cc | ||
mapfile.h | ||
merge.cc | ||
merge.h | ||
mremap.c | ||
NEWS | ||
object.cc | ||
object.h | ||
options.cc | ||
options.h | ||
output.cc | ||
output.h | ||
parameters.cc | ||
parameters.h | ||
plugin.cc | ||
plugin.h | ||
powerpc.cc | ||
pread.c | ||
README | ||
readsyms.cc | ||
readsyms.h | ||
reduced_debug_output.cc | ||
reduced_debug_output.h | ||
reloc-types.h | ||
reloc.cc | ||
reloc.h | ||
resolve.cc | ||
script-c.h | ||
script-sections.cc | ||
script-sections.h | ||
script.cc | ||
script.h | ||
sparc.cc | ||
stringpool.cc | ||
stringpool.h | ||
symtab.cc | ||
symtab.h | ||
target-reloc.h | ||
target-select.cc | ||
target-select.h | ||
target.cc | ||
target.h | ||
timer.cc | ||
timer.h | ||
tls.h | ||
TODO | ||
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. For normal use it is a drop-in replacement for the older GNU linker. gold is part of the GNU binutils. See ../binutils/README for more general notes, including where to send bug reports. gold was originally developed at Google, and was contributed to the Free Software Foundation in March 2008. At Google it was designed by Ian Lance Taylor, with major contributions by Cary Coutant, Craig Silverstein, and Andrew Chatham. The existing GNU linker manual is intended to be accurate documentation for features which gold supports. gold supports most of the features of the GNU linker for ELF targets. Notable omissions--features of the GNU linker not currently supported in gold--are: * MRI compatible linker scripts * cross-reference reports (--cref) * various other minor options Notes on the code ================= These are some notes which may be helpful to people working on the source code of gold itself. gold is written in C++. It is a GNU program, and therefore follows the GNU formatting standards as modified for C++. Source documents in order of decreasing 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, while still supporting the normal case of native linking as fast as possible. In order to do this, many classes are actually templates whose parameter is the ELF file class (e.g., 32 bits or 64 bits). The C++ code is the same, but we don't pay the execution time cost of always using 64-bit integers if the target is 32 bits. Many of these class templates also have an endianness parameter: true for big-endian, false for little-endian. The linker is multi-threaded. The Task class represents a single unit of work. Task objects are stored on a single Workqueue object. Tasks communicate via Task_token objects. Task_token objects are only manipulated while holding the master Workqueue lock. Relatively few mutexes are used. Build requirements ================== The gold source code uses templates heavily. Building it requires a recent version of g++. g++ 4.0.3 is known to work. g++ 3.2 and g++ 3.4.3 are known to fail. The linker script parser uses features which are only in newer versions of bison. bison 2.3 is known to work. bison 1.26 is known to fail. If you are building gold from an official binutils release, the bison output should already be included.