You cannot select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
142 lines
6.9 KiB
HTML
142 lines
6.9 KiB
HTML
15 years ago
|
<html lang="en">
|
||
|
<head>
|
||
|
<title>Overlay Description - Untitled</title>
|
||
|
<meta http-equiv="Content-Type" content="text/html">
|
||
|
<meta name="description" content="Untitled">
|
||
|
<meta name="generator" content="makeinfo 4.7">
|
||
|
<link title="Top" rel="start" href="index.html#Top">
|
||
|
<link rel="up" href="SECTIONS.html#SECTIONS" title="SECTIONS">
|
||
|
<link rel="prev" href="Output-Section-Attributes.html#Output-Section-Attributes" title="Output Section Attributes">
|
||
|
<link href="http://www.gnu.org/software/texinfo/" rel="generator-home" title="Texinfo Homepage">
|
||
|
<!--
|
||
|
This file documents the GNU linker LD
|
||
|
(GNU Binutils)
|
||
|
version 2.19.
|
||
|
|
||
|
Copyright (C) 1991, 92, 93, 94, 95, 96, 97, 98, 99, 2000,
|
||
|
2001, 2002, 2003, 2004, 2005, 2006, 2007 Free Software Foundation, Inc.
|
||
|
|
||
|
Permission is granted to copy, distribute and/or modify this document
|
||
|
under the terms of the GNU Free Documentation License, Version 1.1
|
||
|
or any later version published by the Free Software Foundation;
|
||
|
with no Invariant Sections, with no Front-Cover Texts, and with no
|
||
|
Back-Cover Texts. A copy of the license is included in the
|
||
|
section entitled ``GNU Free Documentation License''.-->
|
||
|
<meta http-equiv="Content-Style-Type" content="text/css">
|
||
|
<style type="text/css"><!--
|
||
|
pre.display { font-family:inherit }
|
||
|
pre.format { font-family:inherit }
|
||
|
pre.smalldisplay { font-family:inherit; font-size:smaller }
|
||
|
pre.smallformat { font-family:inherit; font-size:smaller }
|
||
|
pre.smallexample { font-size:smaller }
|
||
|
pre.smalllisp { font-size:smaller }
|
||
|
span.sc { font-variant:small-caps }
|
||
|
span.roman { font-family: serif; font-weight: normal; }
|
||
|
--></style>
|
||
|
</head>
|
||
|
<body>
|
||
|
<div class="node">
|
||
|
<p>
|
||
|
<a name="Overlay-Description"></a>Previous: <a rel="previous" accesskey="p" href="Output-Section-Attributes.html#Output-Section-Attributes">Output Section Attributes</a>,
|
||
|
Up: <a rel="up" accesskey="u" href="SECTIONS.html#SECTIONS">SECTIONS</a>
|
||
|
<hr><br>
|
||
|
</div>
|
||
|
|
||
|
<h4 class="subsection">3.6.9 Overlay Description</h4>
|
||
|
|
||
|
<p><a name="index-OVERLAY-429"></a><a name="index-overlays-430"></a>An overlay description provides an easy way to describe sections which
|
||
|
are to be loaded as part of a single memory image but are to be run at
|
||
|
the same memory address. At run time, some sort of overlay manager will
|
||
|
copy the overlaid sections in and out of the runtime memory address as
|
||
|
required, perhaps by simply manipulating addressing bits. This approach
|
||
|
can be useful, for example, when a certain region of memory is faster
|
||
|
than another.
|
||
|
|
||
|
<p>Overlays are described using the <code>OVERLAY</code> command. The
|
||
|
<code>OVERLAY</code> command is used within a <code>SECTIONS</code> command, like an
|
||
|
output section description. The full syntax of the <code>OVERLAY</code>
|
||
|
command is as follows:
|
||
|
<pre class="smallexample"> OVERLAY [<var>start</var>] : [NOCROSSREFS] [AT ( <var>ldaddr</var> )]
|
||
|
{
|
||
|
<var>secname1</var>
|
||
|
{
|
||
|
<var>output-section-command</var>
|
||
|
<var>output-section-command</var>
|
||
|
...
|
||
|
} [:<var>phdr</var>...] [=<var>fill</var>]
|
||
|
<var>secname2</var>
|
||
|
{
|
||
|
<var>output-section-command</var>
|
||
|
<var>output-section-command</var>
|
||
|
...
|
||
|
} [:<var>phdr</var>...] [=<var>fill</var>]
|
||
|
...
|
||
|
} [><var>region</var>] [:<var>phdr</var>...] [=<var>fill</var>]
|
||
|
</pre>
|
||
|
<p>Everything is optional except <code>OVERLAY</code> (a keyword), and each
|
||
|
section must have a name (<var>secname1</var> and <var>secname2</var> above). The
|
||
|
section definitions within the <code>OVERLAY</code> construct are identical to
|
||
|
those within the general <code>SECTIONS</code> contruct (see <a href="SECTIONS.html#SECTIONS">SECTIONS</a>),
|
||
|
except that no addresses and no memory regions may be defined for
|
||
|
sections within an <code>OVERLAY</code>.
|
||
|
|
||
|
<p>The sections are all defined with the same starting address. The load
|
||
|
addresses of the sections are arranged such that they are consecutive in
|
||
|
memory starting at the load address used for the <code>OVERLAY</code> as a
|
||
|
whole (as with normal section definitions, the load address is optional,
|
||
|
and defaults to the start address; the start address is also optional,
|
||
|
and defaults to the current value of the location counter).
|
||
|
|
||
|
<p>If the <code>NOCROSSREFS</code> keyword is used, and there any references
|
||
|
among the sections, the linker will report an error. Since the sections
|
||
|
all run at the same address, it normally does not make sense for one
|
||
|
section to refer directly to another. See <a href="Miscellaneous-Commands.html#Miscellaneous-Commands">NOCROSSREFS</a>.
|
||
|
|
||
|
<p>For each section within the <code>OVERLAY</code>, the linker automatically
|
||
|
provides two symbols. The symbol <code>__load_start_</code><var>secname</var> is
|
||
|
defined as the starting load address of the section. The symbol
|
||
|
<code>__load_stop_</code><var>secname</var> is defined as the final load address of
|
||
|
the section. Any characters within <var>secname</var> which are not legal
|
||
|
within C identifiers are removed. C (or assembler) code may use these
|
||
|
symbols to move the overlaid sections around as necessary.
|
||
|
|
||
|
<p>At the end of the overlay, the value of the location counter is set to
|
||
|
the start address of the overlay plus the size of the largest section.
|
||
|
|
||
|
<p>Here is an example. Remember that this would appear inside a
|
||
|
<code>SECTIONS</code> construct.
|
||
|
<pre class="smallexample"> OVERLAY 0x1000 : AT (0x4000)
|
||
|
{
|
||
|
.text0 { o1/*.o(.text) }
|
||
|
.text1 { o2/*.o(.text) }
|
||
|
}
|
||
|
</pre>
|
||
|
<p class="noindent">This will define both <span class="samp">.text0</span> and <span class="samp">.text1</span> to start at
|
||
|
address 0x1000. <span class="samp">.text0</span> will be loaded at address 0x4000, and
|
||
|
<span class="samp">.text1</span> will be loaded immediately after <span class="samp">.text0</span>. The
|
||
|
following symbols will be defined if referenced: <code>__load_start_text0</code>,
|
||
|
<code>__load_stop_text0</code>, <code>__load_start_text1</code>,
|
||
|
<code>__load_stop_text1</code>.
|
||
|
|
||
|
<p>C code to copy overlay <code>.text1</code> into the overlay area might look
|
||
|
like the following.
|
||
|
|
||
|
<pre class="smallexample"> extern char __load_start_text1, __load_stop_text1;
|
||
|
memcpy ((char *) 0x1000, &__load_start_text1,
|
||
|
&__load_stop_text1 - &__load_start_text1);
|
||
|
</pre>
|
||
|
<p>Note that the <code>OVERLAY</code> command is just syntactic sugar, since
|
||
|
everything it does can be done using the more basic commands. The above
|
||
|
example could have been written identically as follows.
|
||
|
|
||
|
<pre class="smallexample"> .text0 0x1000 : AT (0x4000) { o1/*.o(.text) }
|
||
|
PROVIDE (__load_start_text0 = LOADADDR (.text0));
|
||
|
PROVIDE (__load_stop_text0 = LOADADDR (.text0) + SIZEOF (.text0));
|
||
|
.text1 0x1000 : AT (0x4000 + SIZEOF (.text0)) { o2/*.o(.text) }
|
||
|
PROVIDE (__load_start_text1 = LOADADDR (.text1));
|
||
|
PROVIDE (__load_stop_text1 = LOADADDR (.text1) + SIZEOF (.text1));
|
||
|
. = 0x1000 + MAX (SIZEOF (.text0), SIZEOF (.text1));
|
||
|
</pre>
|
||
|
</body></html>
|
||
|
|