Bug#842817: yorick-hdf5: FTBFS against HDF5 v1.10

On 2016-11-02 13:46, Thibaut Paumard wrote: Le 02/11/2016 à 10:30, Gilles Filippini a écrit : Yes, this plan (quick hack + temporarily disabling tests on other archs) sounds sensible. Dear Gilles, I uploaded the hacked version(0.8.0-6) to experimental (build-depending on hdf5-dev 1.10). It

Bug#842817: yorick-hdf5: FTBFS against HDF5 v1.10

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Le 02/11/2016 à 10:30, Gilles Filippini a écrit : > > Yes, this plan (quick hack + temporarily disabling tests on other > archs) sounds sensible. Dear Gilles, I uploaded the hacked version(0.8.0-6) to experimental (build-depending on hdf5-dev

Bug#842817: yorick-hdf5: FTBFS against HDF5 v1.10

Hi Thibaut, On 2016-11-02 09:04, Thibaut Paumard wrote: The "long" type is 64-bit on 64-bit arches. My quick hack works only on these. The proper fix is more involving: I have to create a custom, opaque data type that will hold the actual hid_t. However, overloading the comparison operator for

Bug#842817: yorick-hdf5: FTBFS against HDF5 v1.10

Hi Thibaut, Thibaut Paumard a écrit le 01/11/2016 à 22:51 : > Thanks Gilles. > > This is due to hid_t changing from 32bit to 64bit and mapping that to > the correct integer type in Yorick. > > I managed a quick fix, need a little more time to upload it. Thanks for the follow-up. I'm curious

Bug#842817: yorick-hdf5: FTBFS against HDF5 v1.10

Thanks Gilles. This is due to hid_t changing from 32bit to 64bit and mapping that to the correct integer type in Yorick. I managed a quick fix, need a little more time to upload it. Regards, Thibaut. Le 01/11/2016 à 14:16, Gilles Filippini a écrit : > Source: yorick-hdf5 > Version: 0.8.0-5 >

Bug#842817: yorick-hdf5: FTBFS against HDF5 v1.10

Source: yorick-hdf5 Version: 0.8.0-5 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, yorick-hdf5 FTBFS againt HDF5 v1.10 currently in experimental: dh_auto_test make -j1 check make[1]: Entering directory '/<>' /usr/lib/yorick/bin/yorick -batch check.i