Red Hat ENTERPRISE LINUX 4 - USING ID Using Manual page 11

Chapter 3. Invocation
-d
-dc
-dp
These three options are equivalent; multiple forms are supported for compatibility with other
linkers. They assign space to common symbols even if a relocatable output file is specified (with
). The script command
-r
4.4.4 Other Linker Script Commands.
-e
entry
-entry=
entry
Use as the explicit symbol for beginning execution of your program, rather than the
entry
default entry point. If there is no symbol named
number, and use that as the entry address (the number will be interpreted in base 10; you may
use a leading
0x
Point for a discussion of defaults and other ways of specifying the entry point.
-E
-export-dynamic
When creating a dynamically linked executable, add all symbols to the dynamic symbol table.
The dynamic symbol table is the set of symbols which are visible from dynamic objects at run
time.
If you do not use this option, the dynamic symbol table will normally contain only those symbols
which are referenced by some dynamic object mentioned in the link.
If you use
dlopen
by the program, rather than some other dynamic object, then you will probably need to use this
option when linking the program itself.
You can also use the version script to control what symbols should be added to the dynamic sym-
bol table if the output format supports it. See the description of
4.9 VERSION Command.
-EB
Link big-endian objects. This affects the default output format.
-EL
Link little-endian objects. This affects the default output format.
-f
-auxiliary
name
When creating an ELF shared object, set the internal DT_AUXILIARY field to the specified
name. This tells the dynamic linker that the symbol table of the shared object should be used as
an auxiliary filter on the symbol table of the shared object
If you later link a program against this filter object, then, when you run the program, the dynamic
linker will see the DT_AUXILIARY field. If the dynamic linker resolves any symbols from the
filter object, it will first check whether there is a definition in the shared object
is one, it will be used instead of the definition in the filter object. The shared object
not exist. Thus the shared object
certain functions, perhaps for debugging or for machine specific performance.
This option may be specified more than once. The DT_AUXILIARY entries will be created in
the order in which they appear on the command line.
FORCE_COMMON_ALLOCATION
for base 16, or a leading
to load a dynamic object which needs to refer back to the symbols defined
name
has the same effect. Refer to Section
, the linker will try to parse
entry
for base 8). Refer to Section 4.4.1 Setting the Entry
0
name
may be used to provide an alternative implementation of
-version-script
.
name
7
as a
entry
in Section
. If there
need
name