The problem was that PUGH stored a hid_t in an int. This is now corrected. -erik
On Mon, May 30, 2016 at 10:32 AM, Ian Hinder <[email protected]> wrote: > > On 30 May 2016, at 14:33, Roland Haas <[email protected]> wrote: > > Hello all, > > I guess this would be one of the few times where a change in HDF5 > breaks binary compatibility between different minor HDF5 versions. > > I believe there is some code that casts a hid_t (or some other hdf5 > type) to a CCTK_INT (that I wrote) though I also think that that code > contains an assert that the actual value is small enough to fit into a > CCTK_INT. > > > One option would be to use the hdf5-18 package in MacPorts for this > release, assuming that this fixes the problem. > > -- > Ian Hinder > http://members.aei.mpg.de/ianhin > > > _______________________________________________ > Users mailing list > [email protected] > http://lists.einsteintoolkit.org/mailman/listinfo/users > > -- Erik Schnetter <[email protected]> http://www.perimeterinstitute.ca/personal/eschnetter/
_______________________________________________ Users mailing list [email protected] http://lists.einsteintoolkit.org/mailman/listinfo/users
