musl/arch/microblaze/bits/float.h

#define FLT_EVAL_METHOD 0

#define LDBL_TRUE_MIN 4.94065645841246544177e-324L
#define LDBL_MIN 2.22507385850720138309e-308L
#define LDBL_MAX 1.79769313486231570815e+308L
#define LDBL_EPSILON 2.22044604925031308085e-16L

#define LDBL_MANT_DIG 53
#define LDBL_MIN_EXP (-1021)
#define LDBL_MAX_EXP 1024

#define LDBL_DIG 15
#define LDBL_MIN_10_EXP (-307)
#define LDBL_MAX_10_EXP 308

#define DECIMAL_DIG 17
microblaze port based on initial work by rdp, with heavy modifications. some features including threads are untested because qemu app-level emulation seems to be broken and I do not have a proper system image for testing. 2012-09-29 01:05:31 -04:00			`#define FLT_EVAL_METHOD 0`

fix the nominal type of LDBL_* limits on archs with ld64 previously these macros wrongly had type double rather than long double. I see no way an application could detect the error in C99, but C11's _Generic can trivially detect it. at the same time, even though these archs do not have excess precision, the number of decimal places used to represent these constants has been increased to 21 to be consistent with the decimal representations used for the DBL_* macros. 2013-11-20 18:28:18 -05:00			`#define LDBL_TRUE_MIN 4.94065645841246544177e-324L`
			`#define LDBL_MIN 2.22507385850720138309e-308L`
			`#define LDBL_MAX 1.79769313486231570815e+308L`
			`#define LDBL_EPSILON 2.22044604925031308085e-16L`
microblaze port based on initial work by rdp, with heavy modifications. some features including threads are untested because qemu app-level emulation seems to be broken and I do not have a proper system image for testing. 2012-09-29 01:05:31 -04:00
			`#define LDBL_MANT_DIG 53`
			`#define LDBL_MIN_EXP (-1021)`
			`#define LDBL_MAX_EXP 1024`

			`#define LDBL_DIG 15`
			`#define LDBL_MIN_10_EXP (-307)`
			`#define LDBL_MAX_10_EXP 308`

			`#define DECIMAL_DIG 17`