gronod/lfs
1
0
Fork 0
mirror of https://git.linuxfromscratch.org/lfs.git synced 2025-07-16 17:25:08 +01:00
Code Issues Packages Projects Releases Wiki Activity

mips64el: binutils: Rewrite the explanation of --enable-default-hash-style=gnu

Browse Source 
On MIPS there are some differences in the classic ELF hash table vs.
GNU-style hash table decision.
This commit is contained in:
Xi Ruoyao 2024-01-05 04:03:08 +08:00
parent e871ed6001
commit 6de49cb73c
No known key found for this signature in database
GPG Key ID: ACAAD20E19E710E3
1 changed files with 10 additions and 10 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

20
chapter05/binutils-pass1.xml
View File

@ -136,16 +136,16 @@ cd build</userinput></screen>
<varlistentry>
<term><parameter>--enable-default-hash-style=gnu</parameter></term>
<listitem>
<para>By default, the linker would generate both the GNU-style
hash table and the classic ELF hash table for shared libraries and
dynamically linked executables. The hash tables are only intended
for a dynamic linker to perform symbol lookup. On LFS the dynamic
linker (provided by the Glibc package) will always use the
GNU-style hash table which is faster to query. So the classic
ELF hash table is completely useless. This makes the linker
only generate the GNU-style hash table by default, so we can avoid
wasting time to generate the classic ELF hash table when we build
the packages, or wasting disk space to store it.</para>
<para>By default, the linker would generate the classic ELF hash
table for shared libraries and dynamically linked executables
because the GNU-style hash table is incompatible with the MIPS o32
ABI. The hash tables are only intended for a dynamic linker to
perform symbol lookup. On LFS the dynamic linker (provided by the
Glibc package) supports the GNU-style hash table, and this LFS
edition does not support the o32 ABI. So this is used to make the
linker generate the GNU-style hash table instead of the classic
ELF hash table by default, as the GNU-style hash table is faster
to query.</para>
</listitem>
</varlistentry>