gronod/lfs
1
0
Fork 0
mirror of https://git.linuxfromscratch.org/lfs.git synced 2025-06-19 03:39:20 +01:00
Code Issues Packages Projects Releases Wiki Activity

mips64el: gcc-pass1: Update the description of --with-nan=

Browse Source
This commit is contained in:
Xi Ruoyao 2024-09-17 03:03:35 +08:00
parent 91c8848da1
commit 5373af375d
No known key found for this signature in database
GPG Key ID: ACAAD20E19E710E3
1 changed files with 14 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

17
chapter05/gcc-pass1.xml
View File

@ -219,9 +219,20 @@ fi</userinput></screen>
IEEE 754-2008 (indicated by the 16th bit of FCSR), this variable IEEE 754-2008 (indicated by the 16th bit of FCSR), this variable
will be set to <option>--with-nan=2008</option> so GCC will be will be set to <option>--with-nan=2008</option> so GCC will be
configured to use the IEEE 754-2008 encoding for NaN values as configured to use the IEEE 754-2008 encoding for NaN values as
the default. If this option is not properly set to match the CPU, the default. If this option is not properly set to match the CPU,
many Glibc and Python tests will fail because of the wrong NaN depending on the host kernel configuration, the programs compiled
encoding.</para> by GCC may fail to start with
<computeroutput>Exec format error</computeroutput> (causing
<xref linkend='ch-tools-chroot'/> to fail), or produce bad results
(causing test failures building some packages, for example Glibc
and Python).</para>
<!-- TODO: If the kernel is booted with ieee754=emulated, we'll
be just using the default of the toolchain but that's not
always the best. If the host toolchain already uses an NaN
encoding different from the hardware FPU, the FPU will be
disabled and all FP instructions are emulated by the kernel.
That's obviously very slow. But I've not figured out a
method to probe. -->
</listitem> </listitem>
</varlistentry> </varlistentry>