On Tue, May 15, 2012 at 8:32 AM, Jeremy Lavergne <jer...@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 _______________________________________________ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
