Overlay Packing Formats; Trivial Packing: No Reordering; Page_Input() - Analog Devices VisualDSP++ 3.5 Manual

Overlay Packing Formats

The
PACKING()
definition, reside in a "live" external memory. Use an explicit
command when the width or byte order of stored data (executables or
overlays in a "live" location) differs from its run-time organization.

Trivial Packing: No Reordering

If your memory organization matches its run-time environment and loads
and runs without reordering, the linker uses (implicit) trivial packing. You
need only to specify nontrivial packing in the .
segments without reordering may be labeled as such to retain segment-spe-
cific packing order visibility, and to provide convenient locations to
change the .
LDF
configuration.

PAGE_INPUT()

L
The
PAGE_INPUT()
tures, such as ADSP-218x DSPs.
Use
PAGE_INPUT()
DSPs. This command can be used instead of
"OVERLAY_GROUP{}" on page
Refer to "Memory Management Using Overlays" on page 5-4
detailed description of overlay functionality.
The linker creates an additional symbol in each page overlay object. The
symbol name identifies the overlay as one created from a
command, identifies the register name used to activate the page, and spec-
ifies the page value. The linker determines the register name and page
value. The register name is based on the type of memory selected for "run"
and "live" space for the overlay. The page value is based on the description
of the "live" space specified in the
VisualDSP++ 3.5 Linker and Utilities Manual
for 16-Bit Processors
command also packs code and data for overlays, which, by
file when you change your target or memory
command supports paged memory architec-
to specify overlays for memory pages in ADSP-218x
Linker Description File
file, though memory
LDF
OVERLAY_INPUT
3-33) in any location in the
command.
PAGE_INPUT()
PACKING()
(see
file.
.LDF
for a
PAGE_INPUT()
3-37