summaryrefslogtreecommitdiffstats
path: root/src/H5config.h.in
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r14047] Purpose: Adding H5_HAVE_SIGLONGJMP macro to configure.Mike McGreevy2007-08-071-0/+3
| | | | | | | Description: Configure will now detect the presence of the 'siglongjmp' function. If present, the macro H5_HAVE_SIGLONGJMP will be defined in src/H5pubconf.h. Tested: kagiso, smirom, linew
* [svn-r13972] Description:Quincey Koziol2007-07-131-0/+3
| | | | | | | | | Add --with-default-api-version configure flag. Tested on: Mac OS X/32 10.4.10 (amazon) FreeBSD/32 6.2 (duty) Linux/32 2.6 (kagiso)
* [svn-r13971] Description:Quincey Koziol2007-07-121-0/+3
| | | | | | | | | | | | | | Add --enable-deprecated-symbols configure option, to allow users to remove deprecated public API symbols at configure time. Add bin/make_vers script to bin/reconfigure actions. Run bin/reconfigure to regenerate autotool components. Tested on: Mac OS X/32 10.4.10 (amazon) FreeBSD/32 6.2 (duty) Linux/32 2.6 (kagiso)
* [svn-r13928] Purpose: 1) Moving H5_CXX_HAVE_OFFSETOF macro to ↵Mike McGreevy2007-06-291-3/+3
| | | | | | | | | | src/H5pubconf.h file. 2) Removing configuration of c++/src/H5cxx_pubconf.h file. Reasoning: the additional pubconf file caused compilation complications, this is cleaner. Tested: kagiso, smirom
* [svn-r13925] Purpose: intermediate checkin for offsetof fix for PGI compiler.Mike McGreevy2007-06-281-1/+1
| | | | | | | | | | Description: added new configuration to generate a pubconf file in the c++/src directory, H5cxx_pubconf.h. When C++ compiler recognizes 'offsetof', the macro H5_CXX_HAVE_OFFSETOF is defined in the new pubconf file. tested: kagiso, smirom
* [svn-r13865] Purpose: Adding a new macro, H5_HAVE_OFFSETOF.Mike McGreevy2007-06-141-0/+3
| | | | | | | | Description: When the compiler has the __offsetof__ extension, the H5_HAVE_OFFSETOF macro will be defined. When the compiler does not have the extension, the macro will remain undefined. Tested: kagiso
* [svn-r13849] Purpose: adding a --with-default-vfd= flag to configuration.Mike McGreevy2007-06-111-0/+3
| | | | | | | | Description: this flag will define the macro H5_DEFAULT_VFD in src/pubconf.h and set it to be either H5FD_SEC2 or H5FD_STDIO, depending on the value set with the configuration flag (either sec2 or stdio). Tested: kagiso, smirom, linew
* [svn-r13829] Some systems (only SGI Altix ProPack 4 discovered so far) ↵Raymond Lu2007-06-021-0/+3
| | | | | | | | | | | | doesn't return correct file size from MPI_File_get_size. Bypass this problem by replacing it with stat. Add an option --disable-mpi-size in configure to indicate this function doesn't work properly. Add a test in testpar/t_mpi.c, too. If it returns wrong file size, print out a warning. Tested on kagiso (parallel) because already tested the same change to v1.6 on several platforms (kagiso, cobalt, copper, and sol).
* [svn-r13815] Description:Quincey Koziol2007-05-291-0/+9
| | | | Regenerate configuration files after latest checkin
* [svn-r13588] A support of files bigger than 2GB for STDIO driver. Configure ↵Raymond Lu2007-04-041-0/+6
| | | | | | | | will check if fseeko is available. Using it instead of fseek can support big files because the offset is of type off_t not long int. Also added the test for STDIO in big.c.
* [svn-r13432] Changed the detection of alignment requirement for Direct I/O ↵Raymond Lu2007-02-281-3/+0
| | | | | | from configuration to run-time detection in H5FD_direct_open in H5FDdirect.c.
* [svn-r12882] Changed bin/reconfigure to work on kagiso as well as on AFS ↵James Laird2006-11-081-38/+42
| | | | | | | | Linux machines. Updated to the latest versions of autotools. Tested on kagiso, heping, and juniper. Let me know if you have any problems.
* [svn-r12870] Add a new macro H5_HAVE_DIRECT_ALIGN in configure.in. Some ↵Raymond Lu2006-11-061-0/+3
| | | | | | | systems like copper and sleipnir doesn't require alignment for Direct I/O. If this's true, write or read data just like sec2 does.
* [svn-r12739] Added Direct I/O driver to VFD. It's only supported by SGI ↵Raymond Lu2006-10-101-0/+3
| | | | | | | | | | Altix (cobalt). There's a configure option --enable-direct-vfd/--disable-direct-vfd to enable/disable Direct I/O support. The default is enabled. There's a small test in test/vfd.c. Another way to test it is to set environment variable HDF5_DRIVER to "direct" and run "make check" in the test/ directory. There'll be some further improvement in the following checkin including allowing user to provide memory boundary value, file block size, and copying buffer size.
* [svn-r12715] Incorporated a user-submitted patch to better detect the 'tr' ↵James Laird2006-10-031-0/+3
| | | | | | | | | | | | utility and quote its arguments. Also checks for the 'socket' library on Solaris. If this patch passes the Daily Tests and makes the user happy, I'll port it back to the 1.6 branch. Tested on mir and sol.
* [svn-r12700] Alert:Quincey Koziol2006-10-021-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | File format is not stable, don't keep files produced! Description: First stage of checkins modifying the format of groups to support creation order. Implement "dense" storage for links in groups. Try to clarify some of the symbols for the H5L API. Add the H5Pset_latest_format() flag for FAPLs, to choose to use the newest file format options (including "dense" link storage in groups) Add the H5Pset_track_creation_order() flag for GCPLs, to enable creation order tracking in groups (although no index on creation order yet). Remove --enable-group-revision configure flag, as file format issues are now handled in a backwardly/forwardly compatible way. Clean up lots of compiler warnings and other minor formatting issues. Tested on: FreeBSD/32 4.11 (sleipnir) w/threadsafe Linux/32 2.4 (heping) w/FORTRAN & C++ Linux/64 2.4 (mir) w/enable-v1.6 compa Mac OSX/32 10.4.8 (amazon) AIX 5.3 (copper) w/parallel & FORTRAN
* [svn-r12669] Description:Quincey Koziol2006-09-151-0/+3
| | | | | | | | Use a slightly less efficient method of computing the log2() on SGI IRIX64, in order to avoid a compiler bug when optimizations are turned on. Tested on: SGI IRIX64 6.5 (atlantia)
* [svn-r12462] Committed a variety of metadata cache related changes:John Mainzer2006-07-131-0/+3
| | | | | | | | | | | | | | | | | | | | | | 1) Added trace file support to the metadata cache. This allows capture of all metadata cache calls in trace files for purposes of optimization and debuging. 2) Added an expunge entry function. This allows an entry to be deleteded from the cache without writing it to disk even if it is dirty. 3) Added a function call to resize pinned entries. 4) Added code to deal with entries that are dirty on load. This is needed in support of a bug fix which can alter object headers on load to repair files. 5) Added progress reporting code to the "MDC API smoke check" test in cache_api.c. To enable the progress reporting, set report_progress to TRUE in mdc_api_call_smoke_check(). Tested with h5committest, and a parallel test on phoenix (dual athelon linux box).
* [svn-r12435] Purpose: Bug fixRaymond Lu2006-06-231-0/+4
| | | | | | | | | | | | Description: Mac OS 10.4 on PowerPC chip has some errors to convert (unsigned) long long to long double. When the bit sequences are 0x003ff..., 0x007fff..., 0x00ffff..., 0x01ffff..., 0x7fffff..., the converted values are twice as big as they should be. Solution: Detect the error in configure and disable the compiler conversion and test case. Platforms tested: h5committest, Mac OS 10.4, and fuss.
* [svn-r12425] Purpose: Bug fixRaymond Lu2006-06-201-0/+4
| | | | | | | | | | | | | | | Description: Data conversion from long double to (unsigned) long long returns some incorrect values on Mac OS 10.4 and SGI IRIX64 6.5. The conversions start to go wrong when the long double is 20041683600089727.779961 (0x4351ccf385ebc8a0bfcc2a...). If adjusting the values higher by assigning 0x...c8a0cf... or 0x...c8a0df..., the converted values go wild. Solution: Detect this error in configure.in and disable compiler conversions from long double to (unsigned) long long for Mac OS 10.4 and IRIX64 6.5. Platforms tested: h5committest, Mac OS 10.4, and IRIX64 6.5.
* [svn-r12348] Purpose:Albert Cheng2006-05-141-0/+6
| | | | | | | | | | | | | | | | | | Bug fix. Description: Some machines (e.g., HPUX) will have off64_t defined but no support for stat64 unless certain LargeFile macro is turned on. This caused the last fix on H5private not quite right which caused compiling failures. Solution: Added stat64 and fstat64 tests and then will use them only if they are supported. Platforms tested: Tested on kelgia, copper and heping (pll). (Compiling alright but tests for kelgia and heping are not done. expect no problems.)
* [svn-r12342] Purpose:Albert Cheng2006-05-101-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | bug fix. Description: Previous H5private.h would attempt to use the off64_t/stat64/etc by checking just sizeof __INT64 being 8. This caused errors in some machines like alpha cluster which is a 64bit machine. Its compiler supports the type __int64 but it does not support off64_t since its off_t is already 64bits big. The above code casued the compiler to complain about the unknown off64_t and such. Solution: H5private.h: Changed the code to use the pseudo standard of off64_t/stat64/etc only if sizeof(off_t) is not 64 bits AND sizeof(off64_t) exists and is 64 bits. This assumes if off64_t is defined, all those stat64, fstat64, etc are supported too. configure.in: configure: Added the testing of sizeof(off64_t) to support the above solution. Platforms tested: h5committested. Also tested at LANL QSC.
* [svn-r12320] Purpose:Quincey Koziol2006-05-021-3/+3
| | | | | | | | | | code cleanup Description: Finish H5FS->H5CS internal API name changes... Platforms tested: FreeBSD 4.11 (sleipnir) w/ & w/o --enable-codestack
* [svn-r12292] Purpose:Quincey Koziol2006-04-201-3/+0
| | | | | | | | | | | | | Code maintenance Description: Remove flexible parallel code Platforms tested: FreeBSD 4.11 (sleipnir) Linux 2.4 (heping) Solaris 2.9 (shanti) Linux 2.4/64 (mir)
* [svn-r12229] Purpose:Pedro Vicente Nunes2006-04-121-0/+3
| | | | | | | | | | | | | | | | | | | | | new feature Description: 1) separated the HL library into "public" and "private" header files, with the same caracteristics as the basic library 2) added the public headers to hdf5.h (with a conditional include macro, defined in configure.in) 3) added the path to HL in all Makefile.am 's , because of the inclusion in hdf5.h Solution: Platforms tested: linux 32, 64 AIX solaris with fortran and c++ (one packet table example fails) Misc. update:
* [svn-r12221] Purpose:Quincey Koziol2006-04-101-0/+3
| | | | | | | | | | | | | | | "Hide" file format changes (for now) Description: Add ifdef's (controlled by the --enable-group-revision configure flag) to disable group revision changes to the file format, in order to allow alpha release to go ahead without releasing an unsupported version into the wild. Platforms tested: FreeBSD 4.11 (sleipnir) Linux 2.4 32-bit (heping) Linux 2.4 64-bit (mir) Solaris 2.9 (shanti)
* [svn-r12019] Purpose:Leon Arber2006-03-071-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug fix/Feature Description: Modify the library to use rand_r, when available, instead of srand. If rand_r is not available, it will try to use srandom/random, and then finally fall back to srand/rand. Solution: A couple places in the library use the srand() function to seed the random number generator. This can cause problems on certain platforms and could theoretically cause problems for users who expect a certain sequence of random numbers following their own call to srand(). Most platforms have an implementation of rand_r, which is identical to rand, except that it allows for explicit storage of the seed value. The configure script will now check for the existence of rand_r to facilitate its use in the library. Two new functions are added, to replace the macros HDsrand/HDrand. These functions are HDrand and HDsrand. HDrand will call rand_r, if available, or random(), if available, and fall back to rand() if neither of those is available. HDsrand will store the seed value locally, if rand_r is available. Otherwise, it will call srandom if available, and fall back to srand otherwise. Platforms tested: heping, mir. Really need to test on Red Storm, since that platform motivated this fix, but the machine is currently not available. Misc. update:
* [svn-r11952] Purpose:MuQun Yang2006-02-161-0/+3
| | | | | | | | | | | | Enhance the collective chunk IO support Description: Solution: Platforms tested: Misc. update:
* [svn-r11726] Purpose:James Laird2005-11-151-0/+4
| | | | | | | | | | | | | | | | | | Bug fix Description: Fixed bug in hl/src Makefile that was deleting y.tab.c. Running bin/reconfigure changed a few other files as well (somebody probably updated Makefiles.am but forgot to bin/reconfigure). Solution: Automake in its wisdom adds the line "rm *.tab.c" to every distclean in every directory. I assume that it assumes that such files are generated during the build. Supplied an empty distclean-compile target to remove this line from the Makefiles.in. Platforms tested: mir, sleipnir, shanti
* [svn-r11602] Purpose:James Laird2005-10-241-9/+0
| | | | | | | | | | | | Bug fix Description: Removed detection of pdb from configure.in as a corollary to removal of pdb2hdf5 tool. Platforms tested: mir, modi4
* [svn-r11519] Purpose:James Laird2005-10-101-0/+3
| | | | | | | | | | | | | | | Bug fix Description: Some platforms complain that tcp.h is present but cannot be compiled. Solution: This is because tcp.h needs in.h to be included. Checked for netinet/in.h and included it when netinet/tcp.h is being checked. Platforms tested: mir, cu11
* [svn-r11477] Purpose:Albert Cheng2005-09-291-0/+3
| | | | | | | | | | feature. Description: added the recognition of -lmpich as a form of MPI library. Platforms tested: Tested in heping. Real test will be in MCR.
* [svn-r11467] Purpose:Albert Cheng2005-09-271-0/+3
| | | | | | | Add the detection of the alarm function. Platforms tested: Tested in heping.
* [svn-r11311] Purpose: New features.Raymond Lu2005-08-291-20/+28
| | | | | | | | | | | | | | | | | | | | Description: Added 2 new configure options, --enable-exception and --enable-accuracy. --enable-exception lets the library check whether user's exception handling functions are present during compiler data conversions and use them if they are. When it's disabled, this step is skipped to improve conversion speed. This step isn't implemented yet for soft conversions because there would be little gain in speed. --enable-accuracy guarantees data accuracy during data conversions. It means the library will choose compiler conversions only if the accurate data is secured. Otherwise, the library will go for the library's own conversions. If this option is disabled, the library uses compiler conversions in favor of their speed as long as they work even if data can be incorrect. Platforms tested: h5committest and fuss. Some systems may fail after this checkin.
* [svn-r11222] Purpose:Albert Cheng2005-08-091-0/+3
| | | | | | | | feature Description: Add the test for tmpfile. If it does not exist, compile in our own version (which always returns NULL for now.)
* [svn-r11087] Purpose: Bug fix.Raymond Lu2005-07-191-0/+4
| | | | | | | | | | | | | | Description: When converting floating-point numbers to integers and the values of floating-point number are greater than the maximal value of integer, Cray X1 generates floating exception. Solution: Added a test in configure to detect Cray X1's exception. Set a flag to indicate the machine that can handle overflow converting all floating-point to all integer types. This flag should be set for all machines, except for Cray X1 where floating exception is generated when the floating-point value is greater than the maximal integer value. Platforms tested: Cray X1 and h5committest.
* [svn-r10773] Purpose:James Laird2005-05-201-1/+1
| | | | | | | | | | | | | Output tweak Description: In configure.in, users must link to zlib library, but configure then informs them that "deflate" filter is enabled. Changed output slightly to indicate that these are the same filter. Platforms tested: mir (very minor change)
* [svn-r10730] Purpose:James Laird2005-05-051-0/+6
| | | | | | | | | | | | | | | | Portability feature Description: The random() and srandom() functions are not available on all machines. Set up the configure script to automatically detect them, rather than requiring their presence or absence to be hardcoded. Solution: Added AC_CHECK_FUNCS macro to configure.in and replaced #ifdef WIN32 conditionals with #ifdef H5_HAVE_RANDOM conditionals. Platforms tested: sleipnir, Windows
* [svn-r10700] Purpose:Quincey Koziol2005-04-291-0/+3
| | | | | | | | | | | | | | | Bug fix Description: Kent reminded me that switching the logic wasn't enough, we really needed to add the definition to the configure script. Solution: Do that. Platforms tested: FreeBSD 4.11 (sleipnir) Too minor to require h5committest
* [svn-r10570] Purpose: MaintenanceElena Pourmal2005-04-071-15/+0
| | | | | | | | | | | Description: Removed support for SRB driver Solution: Removed or modified appropriate files; ran reconfigure to regenerate Makefile.in and configure files. Platforms tested: heping and shanti Misc. update: ran bin/chkmanifest on heping
* [svn-r10534] Purpose:James Laird2005-04-041-0/+14
| | | | | | | | | | | | | | | | | | | | Configuration feature Description: Different Fortran compilers mangle function names in different ways (upper case, lower case, adding underscores). To link between Fortran and C functions, we need to know what a given function's name is under a given compiler. Solution: Use autoconf's FC_WRAPPERS check to determine the Fortran naming scheme and define the FC_FUNC_ macro to name our functions (in H5f90proto.h). Removed references to our old FNAME macro, as well as flags that indicated whether function names were upper or lower case. Platforms tested: mir, pommier, modi4, copper, more
* [svn-r10215] Purpose:James Laird2005-03-141-2/+2
| | | | | | | | | | | | | | | | | Configure feature Description: On some platforms with some compilers, automake's dependency tracking is silently disabled. This can be confusing for developers. Solution: Set configure to enable dependencies all the time unless the user explicitly disables them (using the configure flag --disable-dependency-tracking) or a site file overrides the default (as is the case on IRIX). Platforms tested: sleipnir, mir
* [svn-r10208] Purpose:MuQun Yang2005-03-141-0/+4
| | | | | | | | | | | | | | Collective chunk IO configuration Description: Forgot adding H5config.h.in to the CVS tree. Solution: Platforms tested: Copper, heping Misc. update:
* [svn-r10123] Purpose:Albert Cheng2005-03-021-44/+0
| | | | | | | | | | | | | | | | | | | | | | | Removed GASS configuration and software packages associated with it. The following software are no longer configurable. checking for main in -lcrypto... yes checking for SSL_get_version in -lssl... yes checking globus_common.h usability... yes checking globus_common.h presence... yes checking for globus_common.h... yes checking for globus_module_activate in -lglobus_common... yes checking for main in -lglobus_gass_cache... yes checking for main in -lglobus_gaa... yes checking for main in -lglobus_gss... yes checking for main in -lglobus_gss_assist... yes checking for main in -lglobus_io... yes checking for main in -lglobus_gass_transfer_assist... yes checking for main in -lglobus_gass_transfer... yes checking for globus_gass_open in -lglobus_gass_file... yes Platforms tested: h5committested (but copper was down.) tested in modi4 too.
* [svn-r10081] Purpose: Some Kind of VerificationRaymond Lu2005-02-241-1/+1
| | | | | | | | | | | | | | | | | | Description: The library didn't handle incorrect hardware conversion for datatype. It simply did convert to incorrect data if any hardware didn't handle correctly. Solution: During configuration, incorrect hardware conversion is detected and some macros are defined. Use these macros to decide whether to register hardware conversion in H5T.c. If no hardware conversion function is registered for certain pair of datatypes, software conversion function will be used as the conversion path. Although slower than hardware conversion, we're more confident software conversion is accurate. So in one sentence to describe library's behavior, if some hardware conversion doesn't work well, software conversion will be used instead. Platforms tested: h5committest and fuss. Misc. update: some changes to configure's comments.
* [svn-r10025] Purpose:Xiaowen Wu2005-02-171-0/+3
| | | | | | | | | | | | | | New feature. Description: Add the scaleoffset internal library filter. Solution: Platforms tested: heping, copper, arabica Misc. update:
* [svn-r9902] Purpose:James Laird2005-02-011-2/+10
| | | | | | | | | | | | | | | Configuration feature Description: HDF5 now uses automake to generate Makefiles Solution: Makefile.in files are now generated from Makefile.am files. To reconfigure (after chaning a Makefile.am or configure.in): /bin/sh bin/reconfigure.sh Platforms tested: Many
* [svn-r9861] Purpose:Quincey Koziol2005-01-241-0/+7
| | | | | | | | | | | | | | | | | | | | Bug fix Description: Add detect vasprintf() routine and use it instead of vsnprintf() when formatting error descriptions if it's available. Added configure test to detect "broken" vsnprintf() implementations which don't return the correct number of character for strings that are too long to fit into the buffer provided (currently a problem on the SGIs and probably the HP). Re-wrote error formatting code in H5Epush_stack() to handle broken vsnprintf() implementations, etc. Platforms tested: IRIX64 6.5 (modi4) h5committest
* [svn-r9826] Purpose: Bug fixRaymond Lu2005-01-141-0/+4
| | | | | | | | | | Description: Intel compiler on Linux has some problem to convert long double to unsigned int correctly. Solution: Detect the problem in configure and define a macro to skip this test if it happens. Platforms tested: eirene and fuss. Simple change.
* [svn-r9807] Purpose: bug fixRaymond Lu2005-01-111-0/+4
| | | | | | | | | | | Description: For FreeBSD (sleipnir), when GNU compilers do conversion from unsigned long long to long double, the last 2 bytes of mantissa are lost. The impact of precision loss isn't significant. Solution: Detect this case on FreeBSD in configure, ignore it in dtypes.c test instead of return failure. Platforms tested: sleipnir, fuss, modi4. These systems are mainly concerned.
generated by cgit v0.12 at 2024-08-21 04:22:49 (GMT)