summaryrefslogtreecommitdiffstats
path: root/src/H5config.h.in
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r26648] Description:Quincey Koziol2015-03-301-4/+0
| | | | | | | | | | | | | Bring r26635 from trunk to 1.8 branch: Bring r26651 from autotools_rework branch to trunk: Remove the VSNPRINTF_WORKS macro, it's working around bugs in old SGI & HP compilers. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel (Daily tested on trunk for 2+ days)
* [svn-r26638] Description:Quincey Koziol2015-03-281-4/+0
| | | | | | | | | | | | | Bring r26598 from trunk to 1.8 branch: Bring r26501 from the autotools_rework branch to the trunk: Remove ULLONG_TO_LDOUBLE_PRECISION macro/define, as it's targeting bugs in the FreeBSD and Cygwin compilers. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel (Daily tested on trunk for 2+ days)
* [svn-r26637] Description:Quincey Koziol2015-03-281-3/+0
| | | | | | | | | | | | | Bring r26597 from trunk to 1.8 branch: Bring r26500 from autotools_rework branch to trunk: Remove the LLONG_TO_FP_CAST_WORKS macro/define, as it targets problems with the Visual Studio 6 compilers. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel (Daily tested on trunk for 2+ days)
* [svn-r26636] Description:Quincey Koziol2015-03-281-4/+0
| | | | | | | | | | | | | Bring r26596 from trunk to 1.8 branch: Bring r26499 from autotools_rework branch to trunk: Remove ULLONG_TO_FP_CAST_WORKS macro/define, as it only applies to older platforms we aren't supporting any longer. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel (Daily tested on trunk for 2+ days)
* [svn-r26630] Description:Quincey Koziol2015-03-271-4/+0
| | | | | | | | | | | | | Bring r26595 from trunk to 1.8 branch: Bring r26494 from autotools_rework branch back to trunk: Remove the LDOUBLE_TO_UINT_ACCURATE macro/define, it was addressing problems with older Intel compilers on Linux that are no longer supported. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel (Daily tested on trunk for 2+ days)
* [svn-r26628] Description:Quincey Koziol2015-03-271-8/+0
| | | | | | | | | | | | | | Bring r26591 from trunk to 1.8 branch: Bring r26492 from autotools_rework branch back to trunk: Remove the FP_TO_ULLONG_ACCURATE and FP_TO_ULLONG_RIGHT_MAXIMUM macros/defines, which were added to address problems with older PGI compilers and HP-UX systems and are no longer supported. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel) (Daily tested for 2+ days on trunk)
* [svn-r26626] Description:Quincey Koziol2015-03-271-4/+0
| | | | | | | | | | | | | Bring r26587 from trunk to 1.8 branch: Bring r26489 from autotools_rework branch to trunk: Remove the ULONG_TO_FP_BOTTOM_BIT_ACCURATE macro/define, as it was added for SGI systems and old Solaris systems, which are no longer supported. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel (Daily tested on trunk for 2+ days)
* [svn-r26624] Description:Quincey Koziol2015-03-271-4/+0
| | | | | | | | | | | | | Bring r26584 from trunk to 1.8 branch: Bring r26485 from the autotools_rework branch to the trunk: Remove the ULONG_TO_FLOAT_ACCURATE macro/define, we no longer support the Sandia system where it was necessary. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel (Daily tested on trunk for 2+ days)
* [svn-r26588] Description:Quincey Koziol2015-03-251-4/+0
| | | | | | | | | | | | | Bring r26560 from trunk 1.8 branch: Bring r26483 from autotools_rework branch back to trunk: Remove INTEGER_TO_LDOUBLE_ACCURATE macro/define - we no longer support SGI systems. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel (daily tested for 2+ days)
* [svn-r26585] Description:Quincey Koziol2015-03-251-3/+0
| | | | | | | | | | | | Bring r26495 from trunk to 1.8 branch: Bring r26258 from the autotools_rework branch to the trunk - remove the LDOUBLE_TO_INTEGER_WORKS macro/define, which was addressing issues with SGI systems that are no longer supported. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel (daily tested on trunk for >1 week)
* [svn-r26561] Description:Quincey Koziol2015-03-241-3/+0
| | | | | | | | | | | | Bring r26491 from trunk to 1.8 branch: Bring r26257 from autotools_rework branch back to the trunk - removes the LDOUBLE_TO_INTEGER_ACCURATE macro/define, which was addressing problems with SGI systems and is no longer supported. Tested on: Linux/32 2.6.18 (jam) w/serial & parallel Daily tested on branch for >2 weeks.
* [svn-r26413] Merge of r26276 from trunk.Dana Robinson2015-03-101-30/+0
| | | | | | | | | | | | | | | | | | | | | | Cleans up time functions in the autotools input files. - Lumps all the time functionality together in configure.ac. This was previously more spread out due to Solaris issues with the ordering of certain checks. - Removes processing that handles __tm_gmtoff members of struct tm. (libc-4) - Removes BSDgettimeofday(). (IRIX 5.3) - Removes timezone struct processing in gettimeofday(). (considered harmful) Fixes: HDFFV-9083 and HDFFV-9085 Tested on: h5committest OS X (quail) Solaris (emu)
* [svn-r26395] Merges r26329 from trunkDana Robinson2015-03-091-12/+0
| | | | | | | | | | | | | | Removed the configure option that allows selective disabling of individual internal filters (fletcher32, shuffle, etc.). This feature mucked up the code with a lot of #ifdefs, saved very little space and was not scalable to a general scheme for library size reduction. We've decided to remove the feature while we investigate a more general scheme for decreasing the library size. Fixes: HDFFV-9086 Tested on: h5committest
* [svn-r26326] Merge of r26275 from the trunkDana Robinson2015-02-271-1/+1
| | | | | | | | | | | | | - Updated configure.ac so that the direct VFD can now be built without specifying _GNU_SOURCE, etc. on the command line. - The direct VFD is now disabled by default. It was previously enabled, but the configuration script couldn't configure it properly, making it a moot point. Fixes: HDFFV-9057, HDFFV-7567, HDFFV-9088, HDFFV-7566 Tested on jam (configure/make in various configurations only)
* [svn-r26310] Merge of r26071 from features/autotools_reworkDana Robinson2015-02-261-3/+0
| | | | | | | | | | Removes the --with-default-vfd option from configure. This was basically useless and only allowed selecting the stdio VFD. Since this is a demo VFD and not really a production VFD, we decided to retire this option. Fixes: HDFFV-9081 Tested on: jam (minor change)
* [svn-r26264] Merge of r26225 from trunk.Dana Robinson2015-02-211-3/+0
| | | | | | | | | Removed a a work-around for a broken CodeWarrior open() call from configure that causes a test in test/tfile.c to be skipped. This change removes the H5_NO_SHARED_WRITING symbol. Tested on: jam (no code changes w/ non-CodeWarrior compilers)
* [svn-r26224] merge 26180 from trunk:vms_last_support_1_8Mohamad Chaarawi2015-02-181-12/+0
| | | | | | | | | | configure fixes for HDFFV-9068,9069,9096,9097,9135 from autotools_rework branch: - Remove Infering parallel compilers (C and Fortran) from configure.ac - Remove restriction to build shared with parallel - Cleanup parallel sections in configure.ac - remove large file support checks - MPE fixes.
* [svn-r25402] Bring 25397/8 from trunk:Mohamad Chaarawi2014-07-101-7/+0
| | | | | | | - remove configure checks for MPI_File_get_size and Big MPI_File_set_size as they are supported by MPIO implementations today. - fix bug in t_mpi.c (HDFFV-8856) tested with h5committest.
* [svn-r25233] Snapshot version 1.8 release 14 (snap5)HDF Tester2014-06-021-3/+3
|
* [svn-r25225] Description:Quincey Koziol2014-05-291-0/+3
| | | | | | | | | | | | | | | | Bring r25215 from trunk to 1.8 branch: Bring changes from Coverity branch back to trunk: r20914: Use HDstrncpy and HDstrncat! --gh r20915: Use HDstrncpy and HDstrncat! --gh Tested on: MacOSX/64 10.9.3 (amazon) w/gcc 4.9, FORTRAN, C++, multi-threads & parallel (h5committested on the trunk)
* [svn-r24878] Description:Quincey Koziol2014-03-241-6/+0
| | | | | | | | | | | | | | | | | | | | | Bring r24864 from trunk to 1.8 branch: Remove all traces of MPI-POSIX VFD and GPFS detection/code. Remove remaining traces of stream VFD. Remove testpar/t_posix_compliant test (it's not actually verifying anything). Clean up H5D__mpio_opt_possible() further. Moved environment variable that disables MPI collective operations into MPI-IO VFD (instead of it being in src/H5S.c). A few other small code cleanups. Tested on: Mac OSX/64 10.9.2 (amazon) w/parallel & serial (daily tested on trunk)
* [svn-r24231] Issue 1264: CYGWIN had long double rounding problem from ↵Raymond Lu2013-09-301-4/+0
| | | | | | | | unsigned long long. Allen confirmed the problem is gone. So I took out the macro CYGWIN_ULLONG_TO_LDOUBLE_ROUND_PROBLEM. It skipped the test related to this issue. Tested with h5committest.
* [svn-r24205] Merge HDFFV-8513/8522 from trunk (via cmake branch), h5repack ↵Allen Byrne2013-09-261-0/+3
| | | | | | | | UD plugins. Also warning session fixes. Tested: CMake local linux
* [svn-r23510] I merged the changes for DESY project from the trunk (r23496) ↵Raymond Lu2013-04-011-0/+6
| | | | | | into this 1.8 DESY branch. Tested with h5committest (duck failed with CMake because I don't know how to change test/CMakeLists.txt. I'll wait for Allen to do it).
* [svn-r23142] Purpose:Dana Robinson2013-01-081-0/+3
| | | | | | | | | | | Merged 23111 from the trunk. (Core VFD and Mac OS X I/O changes) Tested on: 64-bit Windows 7, Visual Studio 2010, CMake 64-bit Mac OS X Snow Leopard (Fred), Fortran, C++ 64-bit BE Linux (Ostrich), Fortran, C++ 32-bit LE LInux (jam), Fortran, C++ (also parallel w/ Fortran)
* [svn-r22724] Convert tests to *.sh.in.Allen Byrne2012-08-281-1/+1
| | | | | | | | Convert configure.in to configure.ac. Align TESTS usage with autotools convention. Update all references from configure.in to configure.ac Tested: h5committest
* [svn-r22474] Add check for MINGW - ws2_32 libraryAllen Byrne2012-06-191-0/+3
| | | | Tested: windows - mingw
* [svn-r22451] Brought cmake configuration / configure changes from Trunk.Allen Byrne2012-06-111-2/+2
| | | | Tested jam, local linux
* [svn-r21528] Merge of 21517 and 21520 from trunk:Dana Robinson2011-10-121-0/+3
| | | | | | | | | | - Added checks for clock_gettime() to configure.in. Tested on Linux, FreeBSD, Solaris, MacOSX to ensure they are found correctly and everything builds. No code currently reliess on clock_gettime(). - Brought Windows and VMS H5pubconf.h files into sync with the Linux file. Some data sizes were corrected in both VMS and Windows. Tested on Windows. Ray will test on VMS when this is pushed to the 1.8.x branch.
* [svn-r21479] Merge revision 21101 from trunk to 1.8 branch:Mike McGreevy2011-10-051-7/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | HDFFV-7639 Purpose: Remove H5_MPI_SPECIAL_COLLECTIVE_IO_WORKS and H5_MPI_COMPLEX_DERIVED_DATATYPE_WORKS #defines from source. Description: Two advanced parallel functionalities, special collective IO and complex derived datatypes, are not supported by older implementations of mpi, and thus our code limits the use of these features with #ifdefs and has checks in configure to set them (or not). Unfortunately, configure can't actually run a parallel check to see if these features are working (nor not) so it resorts to looking in the config files where they are explicity enabled or disabled based on versions of mpi, sytems being built on, or for no documented reason at all (i.e. just set to on or off as some 'default'). Overriding these settings is easy if need be, provided it is known that it needs to be done to get improved performance, and oftentimes it is not. Most new MPI implementations successfully handle the functionality requested when these #defines are set, and many of the "turn these features off" cases in the config files are for old (> 5 years) versions of MPI and retired systems (such as NCSA's tungsten). Therefore, the decision has been made to remove the support for these old versions of MPI and systems that cannot handle these behaviors. The #ifdefs and supporting setup in the config/ files and configure script has been removed, and the code executed when these options were not set removed from the source. In passing, this commit also cleans up some whitespace issues in both t_mpi.c and H5Dmpio.c. Furthermore, in t_mpi.c, the special collective IO test was not getting regularly run due to it being written to work only with four processes (we regularly test with six, previously with three), and thus it failed when actually run due to an out of bounds data buffer assignment. It has been modified to run at any number of processes greater than four, and the memory problem has been fixed so the test passes. Tested: Jam, h5committest, Ember
* [svn-r21044] Purpose:Mike McGreevy2011-06-281-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fix HDFFV-7592 "Remove PACKEDBITS option from autotools files" Description: The code for h5dump's packed bits feature was conditionally compiled in via this option during its 'beta' release in 1.8.5. Now that the feature is fully supported, h5dump has since been changed to always compile the packed bits code (having removed the #ifdef H5_HAVE_H5DUMP_PACKED_BITS checks), so this option in configure is no longer needed. This commit removes the --enable-h5dump-packed-bits configure option, including the help summary from './configure --help' and the libhdf5.settings output summary, the PACKED_BITS Makefile variable, and the definition of H5_HAVE_H5DUMP_PACKED_BITS define in appropriate pubconf header files (which has already been removed from use in source code as of r20722). Note that this option was never added to the trunk, thus this commit only need occur on the 1.8 branch. Tested: - Configure output, help, & summary verified on jam - h5committested
* [svn-r20898] Merge of configure changes 20891-2,4 from the trunk.Dana Robinson2011-05-241-0/+3
|
* [svn-r19693] Bug 2008 - IBM Power6 Linux uses special conversion algorithms ↵Raymond Lu2010-10-281-0/+8
| | | | | | | | | to convert some values from long double to (unsigned) long and from (unsigned) long to long double. I added tests in configure.in to detect these algorithms. Before I can figure out them, I disable the tests in dt_arith.c. Tested on jam, heiwa, amani, IBM Power6 Linux machine in Holland (huygens.sara.nl).
* [svn-r19204] Bug 1917: post cleanup.Albert Cheng2010-08-091-3/+0
| | | | | | | | | | fseek64 was used to support large file access for the STDIO driver back in version 1.2.2 in year 2000. Some how it was not included in version 1.4.0. Now, fseeko64 is used to support large file. There is no more need for fseek64 which is not a standard call. Removed its presence from configure and related files. Tested: jam for configure only.
* [svn-r19159] Added the tests for fseeko64 and ftello64 which will be used by ↵Albert Cheng2010-07-301-0/+6
| | | | | | | | | the STDIO VFD if they are available. Tested: jam only since it was tests for two new functions that are not used by the code yet.
* [svn-r18710] Purpose:Mike McGreevy2010-05-051-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | Improve configure's large-file support control. Description: Modified configure to now attempt to add defines necessary for supporting largefiles on all systems, instead of solely on linux. This is in response to user requests to enable largefile support on Solaris by default, as well as to give extra control on AIX (instead of just jamming the necessary flag into the config files). The old --enable-linux-lfs flag is being deprecated in favor of the --enable-largefile flag (enabled by default), which can be used on all platforms. --disable-linux-lfs can still be used to disable largefile support (on linux) when the --enable-largefile flag is not specified. On systems where large files cannot be supported in this manner, configure will report as such. Tested: h5committest AIX (NCSA's blue_print machine) duty, liberty, and linew.
* [svn-r18706] I changed the macro H5_CYGWIN (checked in with round 18696) to ↵Raymond Lu2010-05-051-2/+3
| | | | | | H5_CYGWIN_ULLONG_TO_LDOUBLE_ROUND_PROBLEM to make it more descriptive. I tested on jam and Cygwin.
* [svn-r18701] ID 1853:Albert Cheng2010-05-041-0/+3
| | | | | | | | Added the configure option --enable-h5dump-packed-bits for the h5dump optional feature. Tested: Jam (default and --disable-h5dump-packed-bits).
* [svn-r18696] I added a macro definition if the system is Cygwin in ↵Raymond Lu2010-05-041-0/+3
| | | | | | | | | | configure.in. This macro is used to skip the data conversion test from unsigned long long to long double. The GCC on Cygwin seems to have rounding problem when doing conversion from unsigned long long to long double (Please bug #1813). Tested on jam. I'll test it on Cygwin after this checkin.
* [svn-r18658] Bug: 1764Albert Cheng2010-04-281-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | Description: longjmp do not necessary restore signal that is blocked during the signal handling. This caused the Alignment test to fail quietly, resulting in wrong alignment information which will cause failures later. Solution: One can use sigsetjmp/siglongjmp to restore signal handling but not all systems such as Cray XT or VMS supports sigsetjmp. Backup solution is to use sigprocmask to reset the signal. Again, some systems may not support it either. Added code to try the first and then the second solution. Also added tests to verify if the signal_handler routines are working properly. Finally, added code to print results of the verification (in form of comments) to H5Tinit.c for inspection in case of failure. (Note that many platforms do not have alignment limits at all and ALIGNMNET code never raise the SIGBUS or SIGSEGV errors. In those cases, it does not matter whether the signal handlers work or not. Again, this can be deduced from the results comments near the end of the H5Tinit.c. If the sum of signal handlers called equals the total of verify, it means ALIGNMENT does not raise any signals.) Tested: htcommittested (linew is not accessible), jam(serial), Redstorm.
* [svn-r18635] Description:Quincey Koziol2010-04-271-0/+6
| | | | | | | | | | | Bring r18634 from trunk to 1.8 branch: Clean up compiler warnings. Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode (h5committested on trunk)
* [svn-r18580] Purpose:Mike McGreevy2010-04-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Autotool Upgrade / Libtool Bug Fix Description: Updated autotools referenced in bin/reconfigure as follows: Autoconf 2.64 --> Autoconf 2.65 Automake 1.11 --> Automake 1.11.1 Libtool 2.2.6a --> Libtool 2.2.6b-mcg The referenced libtool version is a custom version of 2.2.6b. It has been tweaked to fix a bug in libtool that occurs when using PGI 10.0 compilers. A check incorrectly categorizes the C++ compiler as version 1.0 instead of 10.0, and the link line is subsequently set up incorrectly and fails to compile. A patch has been made available and will be included in the next release of libtool, but in the meantime I've applied the patch to a custom installation as indicated above. This bin/reconfigure now references the custom installation, and the resulting configure script will correctly categorize the PGI 10.0 C++ compiler. Ran bin/reconfigure to regenerate configure and makefiles. Tested: jam and amani with PGI 10.0 compilers. h5committest
* [svn-r17941] Description:Quincey Koziol2009-12-011-0/+3
| | | | | | | | | | | | Bring r17939 from trunk to 1.8 branch: Handle external links from symlinked files by adding another check to look for "child" files for links from the actual location of the "parent" file, instead of from the location of the symlink. Tested on: FreeBSD/32 6.3 (duty) (h5committested on trunk)
* [svn-r17925] Description:Quincey Koziol2009-11-231-3/+3
| | | | | | | | | | | | | | | | | Bring r17924 from trunk to 1.8 branch: Add detection for POSIX lstat() routine to configure script (mostly for non-UNIX/Linux machines) and add macro wrapper for it. Alphabetatize the system/library calls we test for, to make them easier to read. Removed the sigaction() detection & macro wrappers, since it's not used by the distribution currently. Tested on: FreeBSD/32 6.3 (duty) in debug mode (h5committested on trunk)
* [svn-r17439] Purpose:Mike McGreevy2009-08-311-4/+18
| | | | | | | | | | | | | | | | | | | | | | Updating autotools Description: Bring revisions 17345 and 17357 from trunk to 1.8, specifically: - Automake upgraded to 1.11 - Autoconf upgraded to 2.64 - bin/reconfigure script edited to use new versions (on jam), and run to generate new configure script and Makefile.in's. - configure.in script edited to add "_cv_" to all AC_CACHE_VAL strings (in order to comply with new autoconf standard). - bin/install-sh script replaced with new version as provided by automake. Tested: - All issues on trunk were resolved, so only tested on jam and linew. Any other outliers should be caught by daily tests.
* [svn-r17387] I added a detection for the correctness of converting from ↵Raymond Lu2009-08-191-0/+4
| | | | | | | | | | unsigned long to float in the configure.in. The Pathscale compiler on Sandia's Linux machine misinterprets the values of unsigned long as negative during the conversion to float, when the first bit of unsigned long is on. Tested on jam. Need to test it on Sandia's machine.
* [svn-r16920] Description:Quincey Koziol2009-05-051-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Merge these trunk revisions which occurred during the 1.8.3 release code freeze back to the 1.8 branch: From Quincey: 16845 16847 16849 16851 16858 16869 16897 From Ray: 16859 16880 From Allen: 16863 Tested on: FreeBSD/32 6.3 (duty) in debug mode FreeBSD/64 6.3 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (jam) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/Intel compilers w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in debug mode Linux/64-amd64 2.6 (abe) w/parallel, w/FORTRAN, in production mode Mac OS X/32 10.5.6 (amazon) in debug mode Mac OS X/32 10.5.6 (amazon) w/C++ & FORTRAN, w/threadsafe, in production mode
* [svn-r16813] New feature(Bug 230):Albert Cheng2009-04-201-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | Embed the content of libhdf5.settings into the hdf5 executables so that an "orphaned" executables can display (via the Unix strings command, for example) the library settings used to build the executables. This is a prototype implementation. Much improvement is needed. configure.in: Added the --disable-embedded-libinfo option to disable this feature. configure: src/H5config.h.in: Generated by autotools like automake. src/H5detect.c: Implement insert_libhdf5_settings() to insert the contents of libhdf5.settings into the library as an extern string variable so that it is included in all HDF5 executable. Much improvement is needed. fortran/src/Makefile.in: Auto-generated by bin/reconfigure. (i.e., I did make any changes to cause its direct regeneration). Tested: Jam serial, using default and --disable-embedded-libinfo, configure options.
* [svn-r16307] Description:Quincey Koziol2009-01-141-1/+8
| | | | | | | | | | | | | | Bring r16306 back from trunk: Add detection of C99 "designated initializers" to configure script and use new H5_HAVE_C99_DESIGNATED_INITIALIZER macro to conditionally compile default layout variables in src/H5Pdcpl.c Also, minor code cleanups, etc. Tested on: FreeBSD/32 6.3 (duty) in debug mode (Other platforms tested on revise_chunks branch)
* [svn-r15936] Changed the library's macros H5_USE_16_API to ↵Raymond Lu2008-10-231-1/+1
| | | | | | | | H5_USE_16_API_DEFAULT avoid possible conflict with user's definition of H5_USE_16_API. The H5_USE_16_API_DEFAULT is defined through configure with the flag --with-default-api-version=v16. Tested with h5committest.
generated by cgit v0.12 at 2024-11-06 16:42:45 (GMT)