On Wed, Jun 1, 2016 at 7:39 AM, Barry Wardell <[email protected]> wrote:
> 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. >> > > For me, using Homebrew on OS X all tests pass apart from > CT_MultiLevel.boostedpuncture/2procs. Homebrew currently provides HDF5 > 1.8.16, so it sounds likely that HDF5 1.8.10 is to blame for your test > failures other than the CT_MultiLevel one. > I corrected a HDF5 1.10-related bug in PUGH. Is there another issue? -erik -- Erik Schnetter <[email protected]> http://www.perimeterinstitute.ca/personal/eschnetter/
_______________________________________________ Users mailing list [email protected] http://lists.einsteintoolkit.org/mailman/listinfo/users
