The next release of HDF5 is this fall with the code freeze at the end of
September.
The current code base in svn (including the cmake branch) already works on
Windows 7 and mingw using cmake, with the exception of fortran.
I will work with the autotools experts to review these patches with
I should specify that the problem with generating th e h5pubconf.h file is with
the autotools configure process. CMake works just fine.
Allen
On Thursday, July 19, 2012 08:21:07 AM Allen D Byrne wrote:
The next release of HDF5 is this fall with the code freeze at the end of
September.
The two patches address three issues with the mingw compilation for
non-CMake guys.
To start with, the check for wsock lib would make the patch line:
LIBS=($libs -lwsock32)
obsolete (AC_CHECK_LIB is the right way to do things). I took a shortcut
to get it working right away.
Following that,
We've been making changes to the code that will allow it to run truly 64 bit,
and I'm having trouble getting the 64 bit HDF libraries to work.
On the 32 bit side(Windows Server 2008 Ent.), I've been running relatively
trouble free with version 1.8.6 (and the HDF5DotNet wrapper). With the 64 bit
I just realized that if I limit the comparison to a specific dataset, h5diff
exits with a 0 status even when Some objects are not comparable.
To wit,
[dws@oxygen02 infrastructure]$ /usr/local/contrib/hdf5-1.8.8-par/bin/h5diff -v
unstructScalarGradient3ds_0.h5
Hi Dave,
Yes, this is a known bug that we are addressing.
Quincey
On Jul 19, 2012, at 4:01 PM, Dave Wade-Stein wrote:
I just realized that if I limit the comparison to a specific dataset, h5diff
exits with a 0 status even when Some objects are not comparable.
To