diff options
| author | Quincey Koziol <koziol@hdfgroup.org> | 2004-04-28 17:02:12 (GMT) |
|---|---|---|
| committer | Quincey Koziol <koziol@hdfgroup.org> | 2004-04-28 17:02:12 (GMT) |
| commit | 12ba2eed6ad676507de5ad5aabe2e3631d8a1100 (patch) | |
| tree | 57488773a49ee6c58f52352412052aa789505113 /configure | |
| parent | b3d2f04490363a24f1d43581116a61356ca89f77 (diff) | |
| download | hdf5-12ba2eed6ad676507de5ad5aabe2e3631d8a1100.zip hdf5-12ba2eed6ad676507de5ad5aabe2e3631d8a1100.tar.gz hdf5-12ba2eed6ad676507de5ad5aabe2e3631d8a1100.tar.bz2 | |
[svn-r8425] Purpose:
Bug fix (sorta)
Description:
The SGI machines have problems accurately (and consistently) converting
unsigned long values to float and double values, so put in a bit of a hack in
the datatype conversion test code to allow them to get "close enough". This
hack is enabled at configure time by a flag which should only be set on machines
with this problem.
Platforms tested:
FreeBSD 4.9 (sleipnir)
h5committest
Diffstat (limited to 'configure')
| -rwxr-xr-x | configure | 22 |
1 files changed, 22 insertions, 0 deletions
@@ -33263,6 +33263,28 @@ else echo "${ECHO_T}no" >&6 fi +echo "$as_me:$LINENO: checking if accurately converting unsigned long long to floating-point values works" >&5 +echo $ECHO_N "checking if accurately converting unsigned long long to floating-point values works... $ECHO_C" >&6 +if test "${hdf5_cv_sw_ulong_to_fp_bottom_bit_works+set}" = set; then + echo $ECHO_N "(cached) $ECHO_C" >&6 +else + hdf5_cv_sw_ulong_to_fp_bottom_bit_works=yes +fi + + +if test ${hdf5_cv_sw_ulong_to_fp_bottom_bit_works} = "yes"; then + +cat >>confdefs.h <<\_ACEOF +#define SW_ULONG_TO_FP_BOTTOM_BIT_WORKS 1 +_ACEOF + + echo "$as_me:$LINENO: result: yes" >&5 +echo "${ECHO_T}yes" >&6 +else + echo "$as_me:$LINENO: result: no" >&5 +echo "${ECHO_T}no" >&6 +fi + H5_VERSION="`cut -d' ' -f3 $srcdir/README.txt | head -1`" |