Hi all, > Unless I am misinformed, > > - VS2008 will not be supported. > - Windows XP will not be supported. > > From what I know if the code, I'd imagine this shouldn't be an issue for > most people. It mainly affects what binaries we produce and our test > systems. CMake will still produce VS2008 projects and we don't have very > much Windows-specific code. I can't think of anything off the top of my > head that won't work on any NT-based Windows system.
I just wanted to mention that dropping VS2008 support is a very serious issue for anyone working with Python. All major Python versions currently available (2.6, 2.7 and 3.2) are built with VS2008. Python extension modules (and any of their dependencies which share C standard library bits like malloc and free) have to be built with the same compiler in order to avoid mixing C runtimes. Right now h5py (and I would expect, PyTables) is built against a version of HDF5 compiled with VS2008 for this reason. In particular, if you allocate any memory on the Python side which is freed by HDF5 (or vice versa) you have to use the same compiler. In practical terms, what this means for us is that the version of HDF5 shipping with h5py for Python 2.6, 2.7 and 3.2 will be frozen at 1.8.10. In particular, HDF5 1.10 will also be unsupported on all currently available Python platforms, unless we can figure out a way around the C runtime issue. Would the HDF Group accept bug reports/patches from the community to fix issues with VS2008 as they come up? Andrew _______________________________________________ Hdf-forum is for HDF software users discussion. [email protected] http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
