Oracle Solaris 11 Express

• The link-editor can provide guidance in creating high quality objects using the -z guidance option. See ld(1).

• Local auditors can now receive la_preinit() and la_activity() events. See Runtime Linker Auditing Interface.

• A more robust model for testing for the existence of functionality is provided with deferred dependencies. See Testing for Functionality and Providing an Alternative to dlopen().

• A new mapfile syntax is provided. See Chapter 9, Mapfiles. This syntax provides a more human readable, and extensible language than the original System V Release 4 language. Full support for processing original mapfiles is maintained within the link-editor. See Appendix E, System V Release 4 (Version 1) Mapfiles for the original mapfile syntax and use.

• Individual symbols can be associated with capability requirements. See Identifying Capability Requirements. This functionality provides for the creation of a family of optimized functions within a dynamic object. See Creating a Family of Symbol Capabilities Functions, and Capabilities Section.

• Objects that are created with the link-editor, and contain Oracle Solaris specific ELF data, are tagged with ELFOSABI_SOLARIS in the e_ident[EI_OSABI] ELF header. Historically, ELFOSABI_NONE has been used for all objects. This change is primarily of informational value, as the runtime linker continues to consider ELFOSABI_NONE and ELFOSABI_SOLARIS to be equivalent. However, elfdump(1), and similar diagnostic tools, can use this ABI information to produce more accurate information for a given object.

• elfdump(1) has been extended to use the value of e_ident[EI_OSABI] ELF header, or the new -O option, to identify ELF data types and values that are specific to a given ABI, and to use this information to provide a more accurate display of the object contents. The ability to display ABI-specific information in objects from the Linux operating system has been greatly expanded.

• The segment mapping information for an object that is loaded with a process can be obtained using the dlinfo(3C) flags RTLD_DI_MMAPCNT and RTLD_DI_MMAPS.

• 64–bit processes can be restricted to the lower 32–bit address space by encoding a software capabilities attribute. See Software Capability Address Space Restriction Processing.

• The link-editor recognizes a number of GNU link-editor options. See ld(1).

• The link-editor provides cross linking for SPARC and x86 targets. See Cross Link-Editing.

• The link-editor now provides for merging SHF_MERGE | SHF_STRING string sections. See Section Merging.

• The merging of relocation sections when creating executables and shared objects is now the default behavior. See Combined Relocation Sections. This behavior used to require the link-editor's -z combreloc option. The -z nocombreloc is provided to disable this default behavior, and preserve the one-to-one relationship with the sections to which the relocations must be applied.

• ELF objects can be edited with the new utility elfedit(1).

• Additional symbol visibility attributes are provided. See the exported, singleton and eliminate attribute descriptions under SYMBOL_SCOPE / SYMBOL_VERSION Directives and Table 7–20.

• The link-editor, and associated ELF utilities have been moved from /usr/ccs/bin to /usr/bin. See Invoking the Link-Editor.

• Symbol sort sections have been added, that allow for simplified correlation of memory addresses to symbolic names. See Symbol Sort Sections.

• The symbol table information that is available with dynamic objects has been extended with the addition of a new .SUNW_ldynsym section. See Symbol Table Section and Table 7–5.

• The format of configuration files that are managed with crle(1) has been enhanced for better file identification. The improved format ensures that the runtime linker does not use a configuration file generated on an incompatible platform.

• New relocation types have been added that use the size of the associated symbol in the relocation calculation. See Relocation Types (Processor-Specific).

Obsolete Feature

The following items have been made obsolete. These items provided internal, or seldom used features. Any existing use of the associated ELF definitions is ignored, however the definitions can still be displayed by tools such as elfdump(1).

DT_FEATURE_1

This dynamic section tag identified runtime feature requirements. See Dynamic Section. This tag provided the feature flags DTF_1_PARINIT and DTF_1_CONVEXP. The DT_FEATURE_1 tag and the associated flags are no longer created by the link-editor, or processed by the runtime linker.