Changelog for libhdf5-10-1.8.15-1.118.i586.rpm :

* Fri Aug 21 2015 toddrme2178AATTgmail.com- Currently the regular, openmpi, and mpivachi2 versions of the library packages all provide the exact same libraries. So any package built against the -devel package will end up with an \"unresolvable\" build error because there are multiple versions of the library it can use. To avoid this, I have added generic provides for the library package so packages can depend on the version they really need, avoiding these build issues.
* Thu Aug 13 2015 badshah400AATTgmail.com- Add hdf5-cpp-compilation-errors.patch: Reverts a change from v1.8.15 to H5api_adpt.h that caused compilation errors for C++ HDF5 applications; patch taken from upstream svn.
* Mon Jul 27 2015 toddrme2178AATTgmail.com- Update subpackage groups- Make subpackage summaries and descriptions more consistent- Provide rpm macros for version identification- Spec file cleanups
* Mon Jul 27 2015 toddrme2178AATTgmail.com- Use explicit library requirements to avoid ambiguities. Without this, packages that depend on hdf5 won\'t know which library to use.
* Thu Jul 23 2015 toddrme2178AATTgmail.com- Fix baselibs.conf
* Wed Jul 22 2015 toddrme2178AATTgmail.com- update to 1.8.15
* New Features + Library - Added Memory Allocation Functions that Use the Library\'s Allocator - H5Pset_istore_k and H5Pset_sym_k added validation of \"ik\" to not exceed the max v1 btree entries (2 bytes) to these two routines. - Added Functions to Control the Value of H5PL_no_plugin_g without Using an Environment Variable + Parallel Library - Attached an attribute destroy callback to MPI_COMM_SELF that shuts down the HDF5 library when MPI_COMM_SELF is destroyed, in other words, on MPI_Finalize. This should fix several issues that users see when they forget to close HDF5 objects before + Fortran API - Added Global Variables. These new global variables are equivalent to the C definitions without the \'_F\': o H5G_UDLINK_F o H5G_SAME_LOC_F o H5O_TYPE_UNKNOWN_F o H5O_TYPE_GROUP_F o H5O_TYPE_DATASET_F o H5O_NAMED_DATATYPE_F o H5O_TYPE_NTYPES_F + C++ API - New Wrappers for C Functions H5P[s/g]et_libver_bounds - New Wrappers to Get the Object Header\'s Version - New DataType Constructor + Support for New Platforms, Languages, and Compilers - Support for Linux 3.10.0-123.20.1.el7 added (LK - 2015/04/01)
* Bug Fixes since HDF5-1.8.14 + Library - Addition of Error Tracing Functionality to Several C API Calls - H5Rdereference Now Checks for HADDR_UNDEF or Uninitialized References - Fixed Bugs in H5Sextent_copy + Parallel Library - Fixed a Potential Memory Error - Parallel Test Problem Fixed - MPE Support + Tools - h5repack crashed on enumerated 8-bit type. - h52gif crashed non-8bit images. - perform/benchpar.c retired. - Source perform/ directory moved to tools/perform. + Fortran API - Fortran Fails with --enable-fortran2003 and Intel 15.x Compilers - h5tenum_insert_f Does Not Work with Default 8 Byte Integers (xlf compiler) - Some Fortran APIs Never Returned the Error State - Fixed h5pget_class_f + C++ API - Combined Two H5File::getObjCount Overloaded Methods The following two methods o ssize_t getObjCount(unsigned types) const; o ssize_t getObjCount() const; were combined into one: o ssize_t getObjCount(unsigned types = H5F_OBJ_ALL) const; - Many Warnings Were Removed - Functionality Deprecation The following two constructors of classes AbstractDs, IdComponent, H5Location, and H5Object are no longer appropriate after the data member \"id\" had been moved from IdComponent to the sub-classes in previous releases. o (const hid_t h5_id); o (const & original); The copy constructors were no-op and removed in 1.8.15. The other constructors will be removed from 1.10 release, and then from 1.8.17 if their removal does not cause any problems. + High-Level APIs: - Suppress Warnings from Flex/Bison-generated Code - Changed hdf5_hl.h to Include the HDF5 Main Library \"hdf5.h\" - H5PTcreate_fl Does Not Convert to Memory Datatype - Fix for H5LT Attribute Functions + Fortran High-Level APIs: - Internal Library Fix for Missing Argument Declaration- Build in thread-safe mode to allow parallel reads
* These are only unsupported to avoid confusing casual users. The fotran and C++ libraries don\'t support thread-safe mode, while the C library does. So you have to explicitly allow building the thread-safe C library and the non-thread-safe C++ and fortran libraries in order to make sure only people who have done their research do so. Since users are going to be accessing this through other programs, this doesn\'t matter.- Build fortran 2003 libraries- Rebase hdf5-non_void_return.patch- Remove irrelevant hdf5-configure-long-double.patch
* Mon May 11 2015 dmuellerAATTsuse.com- update hdf5-non_void_return.patch for GCC 5.x
* Tue Jan 13 2015 pthAATTsuse.de- Tag baselibs.conf as source.
* Fri Jan 09 2015 sweet_f_aAATTgmx.de- fix typos in ChangeLog
* Wed Nov 19 2014 pgajdosAATTsuse.com- updated to 1.8.14:
* bugfix release, see RELEASE.txt