summaryrefslogtreecommitdiffstats
path: root/c++
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r5979] Snapshot version 1.5 release 38HDF Admin2002-10-122-10/+10
|
* [svn-r5949] Snapshot version 1.5 release 37HDF Admin2002-09-282-10/+10
|
* [svn-r5932] MuQun Yang2002-09-2026-37/+37
| | | | | | | | | Purpose: use H5_DLLCPP to replacer __DLLCPP__ for c++ interfaces. Description: Solution: Platforms tested: linux 2.2.18smp, IRIX64, solaris 2.7, windows 2000
* [svn-r5927] Snapshot version 1.5 release 36HDF Admin2002-09-142-10/+10
|
* [svn-r5912] Snapshot version 1.5 release 35HDF Admin2002-09-072-10/+10
|
* [svn-r5908] Snapshot version 1.5 release 34HDF Admin2002-08-312-10/+10
|
* [svn-r5869] Snapshot version 1.5 release 33HDF Admin2002-08-102-10/+10
|
* [svn-r5841] Snapshot version 1.5 release 32HDF Admin2002-08-032-10/+10
|
* [svn-r5807] Purpose:Bill Wendling2002-07-171-7/+7
| | | | | | | | | | | | | | | | | | | | | | | | | Update, Bug Fix, and Feature Add Description: - Updated how AC_{ENABLE,WITH} help messages were being generated. Autoconf now gives you an AC_HELP_STRING macro to use to create them. - Fixed the problem with Linux LFS on RedHat 7.3 machines. It wasn't finding getdents64(), so we can't rely on that being present anymore... - Added GPFS detection and setting. - Updated how compression is specified. It's no longer necessary to test for HAVE_ZLIB_H, HAVE_LIBZ, and HAVE_COMPRESS2. The one macro {H5_}HAVE_COMPRESSION takes care of all of these. Solution: Changed the check for Linux LFS from looking for getdents() to looking at the version number of the kernel (using the uname -r command). You can still override with the --enable-linux-lfs switch if you really believe that your <2.4 kernel has LFS support. Platforms tested: Linux (2.2 and 2.4)
* [svn-r5774] Snapshot version 1.5 release 31HDF Admin2002-07-062-10/+10
|
* [svn-r5726] Snapshot version 1.5 release 30HDF Admin2002-06-292-10/+10
|
* [svn-r5674] Purpose:Quincey Koziol2002-06-191-1/+1
| | | | | | | | | | Code cleanup Description: Removed more compiler warnings, etc. Platforms tested: Linux 2.2.x (eirene) w/parallel
* [svn-r5506] Snapshot version 1.5 release 29HDF Admin2002-06-022-10/+10
|
* [svn-r5495] Purpose:Bill Wendling2002-05-312-4/+167
| | | | | | | | | | | | Bug Fix Description: C++ uses the "off_t" type for external files as well. I'm assuming that there's going to be a problem with 4 byte off_ts and 8 byte off_ts in the C++ code as well. I compiled everything on Linux and it worked, but I don't think we have a check for this bug in the library yet... Platforms tested: Linux
* [svn-r5487] Purpose:Quincey Koziol2002-05-302-15/+0
| | | | | | | | | | | | | | Bug fix Description: H5Ewalk_cb was being called from a C++ API, when it really is an internal routine to the H5E interface. Solution: Removed C++ API wrapper for it. Platforms tested: FreeBSD 4.5 (sleipnir)
* [svn-r5465] Snapshot version 1.5 release 28HDF Admin2002-05-282-10/+10
|
* [svn-r5428] Binh-Minh Ribler2002-05-164-2/+81
| | | | | | | | | | | | | | | Purpose: New Feature - per library change Description: Added the new member function getMemberIndex to classes EnumType and CompType to match the new C API H5Tget_member_index. Given the name of a member of an enumeration or compound datatype, this new function queries the index of the member. Platforms: SunOS 5.7 (arabica) Linux 6.2 (eirene)
* [svn-r5427] Purpose:Binh-Minh Ribler2002-05-162-3/+48
| | | | | | | | | | | | | | | | | | New Feature - per library change Description: Added new member function DataSet::fillMemBuf for the new C API H5Dfill. Quincey's description of H5Dfill is as followed: Added new H5Dfill() routine to fill the elements in a selection for a memory buffer with a fill value. This is a user API wrapper around some internal routines which were needed for the fill-value modifications from Raymond as well as Pedro's code for reducing the size of a chunked dataset. Platforms: SunOS 5.7 (arabica) Linux 6.2 (eirene)
* [svn-r5280] Purpose:Bill Wendling2002-04-292-11/+11
| | | | | | | | | | | | Update Description: Changed so that the Fortran and C++ configures are named "HDF5 Fortran" and "HDF5 C++" resp. instead of just "HDF5. Solution: Add an extra parameter to the subroutine which generates the new configure.in files. Platforms tested: Linux
* [svn-r5275] Snapshot version 1.5 release 27HDF Admin2002-04-272-10/+10
|
* [svn-r5270] Purpose: bug fixBinh-Minh Ribler2002-04-262-0/+6
| | | | | | | | | | Description: The default constructor of H5File was missing. It's now added. Platforms: SunOS 5.7 (arabica) Linux 6.2 (eirene) IRIX 6.5.11 (modi4)
* [svn-r5266] Purpose:Bill Wendling2002-04-252-10/+10
| | | | | | | | | Update Description: Updated the h5vers script to automatically update the configure.in files so that they reflect the correct version in the AC_INIT line. Platforms tested: Linux
* [svn-r5235] Purpose:Bill Wendling2002-04-232-353/+382
| | | | | | | | | | | | | | | | Update Description: Updated the way we used the AC_INIT macros so that it's current to the new standard way and not deprecated anymore. Also, added a test for some functions during parallel Fortran configure. This required the creation of an H5config_fortran.h file so that we can test for these... Platforms tested: Elena is going to test the changes to the fortran after she checks in her other code. I will test on SDSC machines after getting her code. The other changes were tested on Linux.
* [svn-r5227] Purpose:Bill Wendling2002-04-222-7/+16
| | | | | | | | | | | Feature Update Description: Modified the AC_OUTPUT macro to coincide with the now-standard way of doing things. I.e., you put all of the files you want to generate into the AC_CONFIG_FILES macro and invode AC_OUTPUT with no parameters. Platforms tested: Linux
* [svn-r5132] Purpose:Bill Wendling2002-04-022-1399/+10985
| | | | | | | | | | | | | | | | | | | Autotools Update Description: I've updated autoconf, automake, and libtool to the latest/greatest versions; 2.53, 1.6, and 1.4.2 resp. Many changes come with the new versions: - ltconfig is no longer used - acconfig.h is no longer used (#define values are declared with the macro) - regeneration of all of the aclocal.m4, configure, and H5config.h.in files. - new config.{guess,sub} files - new ltmain.sh file Platforms tested: AIX (blue), and Linux
* [svn-r5032] Binh-Minh Ribler2002-03-032-2/+2
| | | | | | | | | | | Purpose: Code cleanup Description: DataType::convert: changed the 'nelmts' parameter from size_t to hsize_t according to hdf5 library change. Platforms tested: SunOS 5.7 (arabica) Linux 6.2 (eirene)
* [svn-r5031] Binh-Minh Ribler2002-03-021-2/+4
| | | | | | | | | Purpose: Minor bug fix Description: Added #ifdef for windows about a #pragma Platforms tested: IRIX64 (modi4)
* [svn-r5030] Binh-Minh Ribler2002-03-018-10/+10
| | | | | | | | | | | | Purpose: Small bug fixing Description: Replaced NULL by 0 for initializing or passing null "string". The problem showed up on platinum. Platforms tested: SunOS 5.7 (arabica) Linux 6.2 (eirene) IA-32 Linux Cluster (platinum)
* [svn-r5029] Binh-Minh Ribler2002-03-012-4/+24
| | | | | | | | | | | | | Purpose: Adding new member function Description: Added PropList::copyProp according to the new api H5Pcopy_prop in the C library. I'm still working on adding more tests so test for this will be added as well. Platforms tested: SunOS 5.7 (arabica) Linux 6.2 (eirene) FreeBSD 4.4 (sleipnir)
* [svn-r5005] Purpose:Binh-Minh Ribler2002-02-252-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | DLL accommodation Description: In the inline constructor below: DSetCreatPropList() : PropList( H5P_DATASET_CREATE) {} H5P_DATASET_CREATE causes the famous "unresolved symbol" error when building the Release version of dsets_cpp with DLL. H5P_DATASET_CREATE uses H5P_CLS_DATASET_CREATE_g, which is imported from hdf5dll. The inline constructor used in dsets.cpp causes the use of H5P_CLS_DATASET_CREATE_g, which is then considered undefined because dsets_cppdll is not using hdf5dll. This only occurs in the Release version because the Debug build disables inline. Solution: Made the affected constructor not inlined, i.e., its implementation went in the cpp file. Note that this problem does not occur in 1.4 branch because H5P_DATASET_CREATE was defined differently, i.e., did not involve external storage. Platforms tested: SunOS 5.7 (arabica) Linux 6.2 (eirene) Windows 2000
* [svn-r5002] Bill Wendling2002-02-221-1/+1
| | | | | | | | | | | | Purpose: Bug Fix Description: C++ examples weren't being removed. Solution: We were trying to remove something called "EXAMPLE_DOCS", but we needed to remove "EXAMPLE_PROGS" instead. Platforms tested: Linux
* [svn-r5001] Purpose:Bill Wendling2002-02-221-0/+3
| | | | | | | | | | | Bug Fix Description: The make uninstall-examples wasn't working if fortran or C++ was built. Solution: Added uninstall-examples to the Makefile. Platforms tested: Linux
* [svn-r4977] Binh-Minh Ribler2002-02-1628-39/+44
| | | | | | | | | | | | | | | | | | | | | | | Purpose: Adding support for dll Description: Added __DLLCPP__ to all public classes and templates. Added #include "H5Include.h" to H5RefCounter.cpp because of the use of DLLCPP in .h file and it needs the following chain: H5Include.h/hdf5.h/H5public.h/H5api_adpt.h Added #pragma warning(disable: 4251) to H5Exception.h to eliminate this warning on private data members of type 'string.' This occurs because 'string' is not yet instantiated at compilation time; however, since the class is exported, the warning is harmless. Changed this member function's parameter to be passed as reference. from: void CompType::insertMember( const string name,... to: void CompType::insertMember( const string& name,... Platforms tested: Linux 6.2 (eirene) Windows 2000
* [svn-r4850] Bill Wendling2002-01-221-4/+4
| | | | | | | | Purpose: Fix Description: Needed to use a different autoconf like I did at a previous time for generating the configure file.
* [svn-r4849] Bill Wendling2002-01-225-73/+75
| | | | | | | | | | | Purpose: Fix fix Description: Moved Binh-Minh's fix of the lack of support for C++ in libtool by adding the DEFAULT_LIBS macro into the configure.in and config/commence.in files. Solution: Put it into the configure.in and commence.in files. Reran autoconf.
* [svn-r4848] Binh-Minh Ribler2002-01-221-1/+3
| | | | | | | | | | | | | Purpose: Improvement Description: Using LIBS for c++ default library resulted in the library showed up in two many places. Solution: Added new macro DEFAULT_LIBS to specify default library for the C++ API tests Platforms tested: IRIX64 (modi4)
* [svn-r4847] Binh-Minh Ribler2002-01-221-10/+16
| | | | | | | | | | | | | | | | | | | Purpose: Added platform support Description: The current libtool doesn't fully support C++ yet, so until it does, the default libraries have to be manually specify. Some minor cleanups needed. Solution: Added DEFAULT_LIBS=@DEFAULT_LIBS@ to use new macro for default library. Added $(DEFAULT_LIBS) to link lines. Removed inappropriate comments. Platforms tested: IRIX64 (modi4) I'll check out again to make sure I haven't broken anything else.
* [svn-r4846] Binh-Minh Ribler2002-01-221-11/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | Purpose: Added platform support Description: The current libtool doesn't fully support C++ yet, so until it does, the default libraries have to be manually specify. Some minor cleanups needed. Solution: Added DEFAULT_LIBS=@DEFAULT_LIBS@ to use new macro for default library Added $(DEFAULT_LIBS) to link lines Removed inappropriate comments, and this extra set, it occurs twice: ## These are our main targets. They should be listed in the order to be ## executed, generally most specific tests to least specific tests. RUNTEST=$(LT_RUN) although I'm not sure if it even should be there, so I should leave it for Bill. Platforms tested: IRIX64 (modi4) I'll check out again to make sure I haven't broken anything else.
* [svn-r4845] Binh-Minh Ribler2002-01-221-0/+2
| | | | | | | | | | Purpose: Added platform support Description: Added new macro DEFAULT_LIBS to specify default library for the C++ API tests Platforms tested: IRIX 6.5 (modi4)
* [svn-r4843] Binh-Minh Ribler2002-01-211-0/+32
| | | | | | | | | | | | | Purpose: Adding new supported platform Description: Added this config file for modi4. Note that, when libtool v1.5 is released and we start using it, the default library libCio can and should be removed from LIBS. It is there now because previous versions of libtool do not fully support c++ yet and default libraries must be manually added to the link line. Platforms tested: IRIX64 6.5 (modi4)
* [svn-r4805] Binh-Minh Ribler2002-01-091-1/+3
| | | | | | | | | | | | Purpose: Bug fix Description: In several if statements, '>' was used in place of '<='. This caused exceptions thrown inappropriately. Replaced '>' by '<=' where applicable. Platforms tested: SunOS 5.7 (arabica) Windows 98
* [svn-r4745] Bill Wendling2001-12-191-2/+2
| | | | | | | | | | Purpose: Feature Rollback Description: Shared C++ libraries aren't working on all platforms (read: Arabica). We need to switch to the old method until we can sort this out. Solution: Re-add the "-static" flag to the library creation lines.
* [svn-r4744] Bill Wendling2001-12-191-4/+4
| | | | | | | | | | | | | | Purpose: Bug Fix Description: There were weird "throw()"s which were being placed into the configure script. Some C++ compilers were barfing on this syntax (which was akin to "extern int exit(int) throw ();" wonder why?). Solution: Ran a different autoconf on the configure file which I'd downloaded from ftp.gnu.org. It doesn't have those "throw()"s anymore Platforms tested: Linux
* [svn-r4734] Bill Wendling2001-12-181-2/+2
| | | | | | | | | | | | | | Purpose: Bug Fix Description: Shared libraries weren't being built for C++. Solution: Removed the -static flag from the libtool compile line. This allows both shared and static libraries to be built instead of just static ones. After talking with Quincey and Binh-Minh, there shouldn't be any reason for C++ to be built static only. Platforms tested: Linux
* [svn-r4713] Binh-Minh Ribler2001-12-132-2/+2
| | | | | | | | | | | Purpose: Removing warnings Description: H5IdComponent::operator= shouldn't be virtual because the subclass' operator= have different type for the rhs argument. Removed virtual. Platforms tested: SunOS 5.7 (arabica) Linux 6.2 (eirene)
* [svn-r4707] Binh-Minh Ribler2001-12-125-17/+7
| | | | | | | | | | | | Purpose: Bug fixing Description: H5IdComponent::operator= shouldn't be virtual because the subclass' operator= have different type for the rhs argument. Removed virtual Platforms tested: SunOS 5.7 (arabica) IRIX64 (modi4) - only tested that the warnings went away, still working on other configuration problems.
* [svn-r4688] Bill Wendling2001-12-102-50/+63
| | | | | | | | | | | | | Purpose: Bug Fix Description & Solution: In the test for "namespace", we needed to include the "iostream" header file to remove errors for strict compilers who need iostream for namespaces. I moved the test for namespace to after the test for "old header filenames" to make sure that I'm #including the correct iostream ("iostream" or "iostream.h"). Platforms tested: Linux
* [svn-r4680] Purpose:Quincey Koziol2001-12-062-0/+4
| | | | | | | | | | | | | Code cleanup Description: Property that H5P(g|s)et_hyper_cache uses is no longer in use inside the library. Solution: Removed H5P(g|s)et_hyper_cache API functions, except when backward compatibility is turned on. When backward compatibility is turned on, the property is defined by the library, but unused internally. Platforms tested: FreeBSD 4.4 (sleipnir)
* [svn-r4676] Purpose:Quincey Koziol2001-12-052-0/+33
| | | | | | | | | | | | | | | | Backward Compatibility Fix Description: One of H5P[gs]et_buffer's parameters changed between v1.4 and the development branch. Solution: Added v1.4 compat stuff around H5P[gs]et_buffer implementation and testing to allow v1.4.x users to continue to use their source code without modification. These changes are for everything except the FORTRAN wrappers - I spoke with Elena and she will make the FORTRAN wrapper changes. Platforms tested: FreeBSD 4.4 (hawkwind)
* [svn-r4670] Purpose:Quincey Koziol2001-12-053-0/+43
| | | | | | | | | | | | | | | | Backward Compatibility Fix Description: One of H5P[gs]et_sym_k's parameters changed between v1.4 and the development branch. Solution: Added v1.4 compat stuff around H5P[gs]et_sym_k implementation and testing to allow v1.4.x users to continue to use their source code without modification. These changes are for everything except the FORTRAN wrappers - I spoke with Elena and she will make the FORTRAN wrapper changes. Platforms tested: FreeBSD 4.4 (hawkwind)
generated by cgit v0.12 at 2024-07-23 03:04:33 (GMT)