Re: frexpl

[Havard Eidnes <he%NetBSD.org@localhost>]

> I am seeing the problem on up-to-date netbsd-6/i386.
>
> So should this be fixed in netbsd-6, or should we ignore it and not care
> that gnumeric112 doesn't build, or ?
> So far I haven't seen anything else fail.

I've reverted my libm, and with the attached revised patch I
still have a running gnumeric.  Any other suggestions for how to
deal with this?

Regards,

- Håvard

$NetBSD: patch-goffice_math_go-dtoa.c,v 1.2 2015/09/03 14:53:23 gdt Exp $

Use frexp() as a substitute for frexpl() on NetBSD before 6.99.17.

--- goffice/math/go-dtoa.c.orig 2014-10-27 23:55:13.000000000 +0000
+++ goffice/math/go-dtoa.c
@@ -43,6 +43,14 @@ typedef GString FAKE_FILE;
 #define go_finitel isfinite
 #endif
 
+#if defined(__NetBSD__) 
+#if (__NetBSD_Version__ >= 699001700)
+/* in <math.h> in newer NetBSDs, should already be included */
+#else
+/* OK, this will lose precision and range, but what else to do? */
+#define frexpl(ldv,i)  (long double)frexp((double)ldv, i)
+#endif
+#endif /* __NetBSD__ */
 
 /* musl code starts here */