Open System Services Shell and Utilities Reference Manual (G06.29+, H06.08+, J06.03+)

User Commands (d - f) eld(1)
For best results, list the DLLs that are indirectly used by this loadfile in addition to
the DLLs that are directly used by this loadfile.
This flag is available on systems running H06.21 or a later H-series RVU, J06.10
or a later J-series RVU, or systems that have installed SPR T0608H01_AAL.
-d address1 Specifies the hexadecimal virtual address at which the data constant segment
starts. When creating a program file, the default value for address1 is 08000000.
When creating an explicit DLL, the default value is set to the next multiple of 64
kilobytes after the end of the text segment. When creating an implicit DLL, the
default value is set to the next multiple of 128 kilobytes after the end of the text
segment.
The value specified for address1 is always hexadecimal and can optionally be
prefixed by 0H. The specified value is automatically rounded up to a multiple of
128K bytes if eld is building an implicit DLL, or to a multiple of 64K bytes if eld
is building any other type of file. If no more than 8 hexadecimal digits are
specified, the number specified is sign-extended to 16 digits.
If you use this flag, you must also use the -t flag.
If you are building a DLL and do not use the -d flag, eld begins the data segment
at the next 64K boundary after the end of the text segment. The -d flag can be
used to place the data segment at some other address, rather than directly after its
text segment. You should do this only if there is a special need to do so; HP
recommends using the default placement whenever possible.
You cannot use this flag if you use the -check_registry or -update_registry flags.
-data_resident Specifies that the loadfile being created can contain both resident code and vari-
able data.
When you create a loadfile with both resident code and variable data, you must
either specify the -data_resident flag or the -instance_data flag with one of the
values data2, data2hidden,ordata2protected. Otherwise, an error occurs and
no loadfile is created.
When you use the -data_resident flag, eld also sets the
EF_TANDEM_DATA_RESIDENT bit in the e_flags field of the file header.
This is a special flag that can be used when building a proto-process.
{-dllname | -soname } DLL_name
Tells eld the DLL name to store in the DLL being created. When this DLL is
specified in the link step of another loadfile, the DLL name stored in this DLL is
placed in the libList of the loadfile for later use by rld or the eld -alf flag when
searching for DLLs.
If the DLL being created will reside in the Guardian file system, DLL_name must
conform to Guardian filename rules. If the DLL being created will reside in the
OSS file system, DLL_name must conform to OSS pathname rules. If you want
the DLL to be able to reside in either file system, use an unqualified Guardian file
identifier as both its DLL_name and its OSS filename.
If you specify both a DLL_name and the -o flag, the output loadfile file name is
determined by the -o specification and DLL_name is saved in the DLL being
created. HP recommends that you do not do this unless there is a specific need to
do so; making DLL_name differ from the DLL’s file name can cause problems,
especially when the DLL needs to reside in both the OSS and Guardian file sys-
tems.
If
you specify DLL_name but do not use the -o flag, the output loadfile file name
527188-021 Hewlett-Packard Company 3−63