DragonFlyBSD

We don't have float_t and double_t typedefs required by C99 in math.h. As
my knowledge about all consequences are limited, I'd take safest path for
now and would commit this patch (btw, OpenBSD has the same code for now):

diff --git a/include/math.h b/include/math.h
--- a/include/math.h
+++ b/include/math.h
@ -77,6 +77,11 @ * ISO C99
/
#if __ISO_C_VISIBLE >= 1999
/ 7.12#2 double_t, float_t XXX /
+typedef float float_t;
+typedef double double_t;
#define FLT_EVAL_METHOD (-1)
+
/ 7.12#3 HUGE_VAL, HUGELF, HUGE_VALL */
extern const union __float_u __infinityf;
#ifdef __MATH_BUILTIN_CONSTANTS

Making this change in math.h is maybe wrong as well (cpu/types.h?). For
all not familiar with what standards says:

==========================================================================
2 The types
float_t
double_t
are floating types at least as wide as float and double, respectively,
and such that double_t is at least as wide as float_t. If
FLT_EVAL_METHOD equals 0, float_t and double_t are float and double,
respectively; if FLT_EVAL_METHOD equals 1, they are both double; if
FLT_EVAL_METHOD equals 2, they are both long double; and for other
values of FLT_EVAL_METHOD, they are otherwise implementation-defined. ==========================================================================

The types float_t and double_t are intended to be the implementation’s 
  most efficient types at least as wide as float and double, respectively. 
  For FLT_EVAL_METHOD equal 0, 1, or 2, the type float_t is the narrowest 
  type used by the implementation to evaluate floating expressions.

FreeBSD changed both to long double recently, but looking at commit
message (http://hg.fr.freebsd.org/freebsd-src-head/rev/c60e41c6690f) I'm
afraid that I'm not able to consider all consequences if I'd introduce
similar change in DragonFly.