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

User Commands (c) c99(1)
-U name Removes any initial definition of the preprocessor symbol name. The -U flag has
higher precedence than the -D flag. If name is specified in both a -U and a -D flag,
name is undefined regardless of the order of the flags.
-Wallow_extern_explicit_instantiation
Allows an extern storage attribute to be applied to an explicit template instantiation.
This flag suppresses the instantiation of the template. If this flag is omitted, the tem-
plate is instantiated.
-Wansistreams
Generates a Guardian program that opens text files as type 180 instead of type 101 if
-Wsystype=guardian is specified. (By default Guardian programs open text files as
type 101.) This flag is ignored when -Wsystype=oss is used. OSS programs can open
text files only as type 180.
-Wbasename
Directs the compiler to place only the last part of the source file name, known as the
basename, into the dynamic information (DYN) file when the instrumented process
runs.
If you use the -Wbasename option and the -Wprofgen option to compile a source file,
you also must use the -Wbasename option when you use the -Wprofuse option to
compile this source file. When you use the -Wbasename option, the source file is not
required to be in the same location as it was when you compiled the file using the
-Wprofgen option, but the basename must be the same.
If you did not use both the -Wbasename and the -Wprofgen options when you com-
piled this source file, do not specify the -Wbasename flag when you compile this
source file with the -Wprofuse flag. If you do not use the -Wbasename flag, when you
compile the source file and specify the -Wprofuse flag, the source file must be in the
same location as it was when you used the -Wprofgen flag to compile the file.
For more information about profile-guided optimization and the rules for using the
-Wbasename flag, see the Code Profiling Utilities Manual.
-WBdllsonly
Tells the eld linker to limit searches to position-independent code (PIC) files that are
dynamic-link libraries (DLLs) when resolving the file names specified for the -l
operands and -L flags.
If a file name is qualified, the linker searches for a DLL with that name.
If a filename is unqualified, in each search path, the linker first searches for a DLL with
the file name as specified in the -l operand or -L flag. If the linker cannot find a DLL,
the file name is unqualified, and the search path is not in the Guardian file system (/G),
then the linker prefixes lib and suffixes .so to the file name and searches again. If the
linker still cannot find the DLL, it searches the path again with the same prefix but with
.srl as the suffix. For more information on search paths, see the Finding Libraries
subsection of the eld(1) reference page under DESCRIPTION.
When a DLL cannot be found, the linker issues an error message unless its
-allow_missing_libs fl
ag is specified.
The -WBdllsonly, -WBdynamic, and -WBstatic flags are search control toggles.
Multiple flags can be specified in a single linker invocation; the behavior specified
remains in effect until another flag in the set is specified. Thus, you can search for both
DLLs and archive files for some -l operands and -L flags and search for just archive
files for others. The default library search control is -WBdynamic.
527188-021 Hewlett-Packard Company 2−39