Lines Matching defs:dynamic

1047   // Create dynamic relocations.
1049     // Create dynamic relocations for TLS entries.
1053       // When building a shared library we still need a dynamic relocation
1070         // When building a shared library we still need a dynamic relocation
1088     // Do not create dynamic relocations for non-TLS
1121   // We add the .got section to the result for dynamic MIPS target because
1122   // its address and properties are mentioned in the .dynamic section.
1168     // If TLS entry has a corresponding dynamic relocations, leave it
1175     // will be done by REL32 dynamic relocations.
1276 StringTableSection::StringTableSection(Ctx &ctx, StringRef name, bool dynamic)
1277     : SyntheticSection(ctx, name, SHT_STRTAB, dynamic ? (uint64_t)SHF_ALLOC : 0,
1279       dynamic(dynamic) {
1321     : SyntheticSection(ctx, ".dynamic", SHT_DYNAMIC, SHF_ALLOC | SHF_WRITE,
1325   // .dynamic section is not writable on MIPS and on Fuchsia OS
1353 // Add remaining entries to complete .dynamic contents.
1431   // DT_DEBUG is the only .dynamic entry that needs to be written to. Some
1433   // debugger this information. Such systems may choose make .dynamic read-only.
1447     // MIPS dynamic loader does not support RELCOUNT tag.
1448     // The problem is in the tight relation between dynamic
1602   // Glink dynamic tag is required by the V2 abi if the plt section isn't empty.
1667          "GOT or PLT relocation must refer to symbol in dynamic symbol table");
2188   // to do a few things for the dynamic linker.
2212 // symbols for dynamic linking are inherently all globals.)
2339   // dynamic linker distinguish such symbols and MIPS lazy-binding stubs.
2353         // clear that bit for non-dynamic symbol table, so tools
2414 // symbol names to their dynamic symbol table indices. Their purpose
2415 // is to help the dynamic linker resolve symbols quickly. If ELF files
2416 // don't have them, the dynamic linker has to do linear search on all
2417 // dynamic symbols, which makes programs slower. Therefore, a .hash
2420 // The Unix semantics of resolving dynamic symbols is somewhat expensive.
2422 // list of dynamic symbols that need to be resolved from any of the
2423 // DSOs. That means resolving all dynamic symbols takes O(m)*O(n)
2424 // where m is the number of DSOs and n is the number of dynamic
2431 // Windows, each dynamic symbol has a name of DLL from which the symbol
2440 // DSOs very quickly. If you are sure that your dynamic linker knows
2523   // collision, the dynamic linker will compare a uint32_t hash value.
2609   // The PLT needs to be writable on SPARC as the dynamic linker will
2616   // At beginning of PLT, we have code to call the dynamic
2734 // .got.plt AND code to resolve a dynamic symbol lazily. With the 2-PLT scheme,
4364 // allocated and filled in by the dynamic linker.
4391   // written to the table directly. For pic the dynamic linker will allocate
4554 //   - A dynamic loader to process relocations, and
4787     part.dynamic = std::make_unique<DynamicSection<ELFT>>(ctx);
4830       add(*part.dynamic);