tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: frexpl

> 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?


- 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
+#if defined(__NetBSD__) 
+#if (__NetBSD_Version__ >= 699001700)
+/* in <math.h> in newer NetBSDs, should already be included */
+/* OK, this will lose precision and range, but what else to do? */
+#define frexpl(ldv,i)  (long double)frexp((double)ldv, i)
+#endif /* __NetBSD__ */
 /* musl code starts here */

Home | Main Index | Thread Index | Old Index