Searched refs:variant (Results 1 – 4 of 4) sorted by relevance
| /bionic/libc/arch-arm/ |
| D | dynamic_function_dispatch.cpp | 50 CpuVariant variant; member
128 while (cpu_variant->variant != kUnknown) { in init_cpu_variant()
130 return cpu_variant->variant; in init_cpu_variant()
|
| /bionic/docs/ |
| D | elf-tls.md | 37 Variant 1 places the static TLS block after the TP, whereas variant 2 places it before the TP.
38 According to Drepper, variant 2 was motivated by backwards compatibility, and variant 1 was designed
42 thread-specific data layout, but variant 1 is more problematic than variant 2.
46 1, and its storage will always be immediately after (or before) the TP. In variant 1, the TP is
47 expected to point immediately at the DTV pointer, whereas in variant 2, the DTV pointer's offset
416 …_dtvp` | Offset from TP to DTV pointer (0 for variant 1, implementation-defined for varian…
588 TLS variant 1 allocates everything after the TP to ELF TLS (except the first two words), and variant
610 by GCC on x86 (and x86-64), where it is compatible with x86's TLS variant 2. We [modified Clang
612 variant 1 layout. This change shipped in NDK r14, and the NDK's build systems (ndk-build and the
649 It seems easy to fix the incompatibility for variant 2 (x86 and x86_64) by splitting out the Bionic
[all …]
|
| /bionic/benchmarks/linker_relocation/ |
| D | Android.bp | 40 // "link:shared" variant (as opposed to "link:static"), whereas the cc_benchmark has no
|
| /bionic/libc/ |
| D | SYSCALLS.TXT | 177 # (mmap only gets two lines because we only used the 64-bit variant on 32-bit systems.)
180 # (fallocate only gets two lines because there is no 32-bit variant.)
|