The sourceware.org/ml/libc-hacker links being broken (as a consequence of the sourceware.org upgrade) brought my attention to this bit of c99status.html.
This simplifies that section, uses active voice, and removes those three links from twenty years ago. Pushed. Gerald --- htdocs/c99status.html | 14 ++++---------- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/htdocs/c99status.html b/htdocs/c99status.html index b2b1fed6..036db53e 100644 --- a/htdocs/c99status.html +++ b/htdocs/c99status.html @@ -386,16 +386,10 @@ exceptions may not be generated) and contracting expressions (e.g., using fused multiply-add) is not restricted to source-language expressions as required by C99.</li> -<li>Compiler support is needed for thorough support of <code>math_errhandling</code>; see -messages <a -href="https://sourceware.org/ml/libc-hacker/2000-06/msg00008.html";>1</a>, -<a -href="https://sourceware.org/ml/libc-hacker/2000-06/msg00014.html";>2</a>, -<a -href="https://sourceware.org/ml/libc-hacker/2000-06/msg00015.html";>3</a> -on this subject to libc-hacker. The compiler needs to mark its output -from compilations using <code>-fno-trapping-math</code> -or <code>-fno-math-errno</code>, possibly using +<li>For thorough support of <code>math_errhandling</code> the +compiler needs to mark its output from compilations using +<code>-fno-trapping-math</code> or <code>-fno-math-errno</code>, +possibly using the <code>.gnu_attribute</code> mechanism, to indicate that built-in function optimizations may have been applied that mean that not all calls report error status in a particular way; the static linker -- 2.27.0
