X-Git-Url: http://nsz.repo.hu/git/?p=www;a=blobdiff_plain;f=libm%2Findex.html;h=e2dac78aa0d5b27488f7885ef26818926896db6a;hp=b008b1d1ca171ae310af18c3d6208d95cf575dec;hb=7dbc9a83e44dffd24463b0f7d8bd93fbcff5c1ce;hpb=343739050aa76ec798751844da15b1805e28feeb
diff --git a/libm/index.html b/libm/index.html
index b008b1d..e2dac78 100644
--- a/libm/index.html
+++ b/libm/index.html
@@ -56,8 +56,6 @@ cvs -d $CVSROOT get src/li
ld64, ld80 and ld128 implementation in the same file.
Pending questions:
-- What are the correct long double ifdefs?
-
- Check fpu precision setting at runtime in long double code?
- support c99 tgmath.h?
- TODO: complex
@@ -66,6 +64,7 @@ ld64, ld80 and ld128 implementation in the same file.
The bsd libm code has many workarounds for various
compiler issues. It's not clear what's the best way
to handle the uglyness.
+
In long double code fpu is assumed to be set to extended precision
Pending questions:
- Use STDC pragmas (eventhough gcc does not support them)?
@@ -81,10 +80,10 @@ to handle the uglyness.
which might worth addressing.
Pending questions:
-- Should 0x1p0 float format be preferred over decimal format?
-
- How much c99 is allowed? (inline, compound literals, 0x1p0,..)
-
- Which one should be used 0f, 0l, 0.0, static const double zero = 0,.. ?
- Can we use a polyeval(coeffs, x) function instead of writing out the poly?
+
- TODO: make headers c89 compatible
+
- TODO: prefer 0x1p0 format over decimal one
+
- TODO: use 1.0f instead of (float)1 and const float one = 1;
- TODO: use uint32_t instead of int32_t (to avoid signed int overflow and right shifts)
- TODO: prefer isnan, signbit,.. over inplace bithacks