py-h5py port issues with HDF5 version
Eric A. Borisch
eborisch at macports.org
Tue May 15 07:28:45 PDT 2012
On Tue, May 15, 2012 at 8:32 AM, Jeremy Lavergne
<jeremy at lavergne.gotdns.org> wrote:
>> I tried
>> uninstalling and re-installing h5py, which used to work, but now that
>> we have binary packages, this no longer works
>
> `port -s ...` will make MacPorts work with sources only, rather than pulling binary packages if available.
>
> Also, the library version mismatch shouldn't be an issue if the library numbers are done properly (that is, they're compatible 1.8.8 and 1.8.9). If it works by just setting the environment variable, then perhaps the package should be bundled so that the binary is in libexec/ and a wrapper script takes its place in bin/.
HDF5 takes a very conservative approach and checks compiled with /
running with version numbers at launch. It's software designed for
maintaining huge and potentially expensive / impossible to replace
scientific data, so they go with error out and print a message rather
than any tiny chance of cross-version issues. These errors can be
suppressed and it will run, as mentioned in the original message to
the list. This isn't the recommended mode of operation.
I'm about to revbump the portfile, which will fix these issues, as the
binary package will get recompiled against the new hdf5-18. I try to
keep on top if it (the hdf5-18 portfile change happened 48 hours ago
or so) but I am still recovering from jet lag...
- Eric
--
Eric A. Borisch
More information about the macports-dev
mailing list