summaryrefslogtreecommitdiffstats
path: root/perform
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r18757] Enable tools lib to be built as a dll on windows. Added two ↵Allen Byrne2010-05-112-12/+15
| | | | | | | | | | get/set functions for progname and d_status. Also add windows import/export declarations to functions. Updated windows - H5pubconf.h for packed bits function Tested: Windows, linux
* [svn-r18710] Purpose:Mike McGreevy2010-05-051-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | 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-r18701] ID 1853:Albert Cheng2010-05-041-0/+1
| | | | | | | | Added the configure option --enable-h5dump-packed-bits for the h5dump optional feature. Tested: Jam (default and --disable-h5dump-packed-bits).
* [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-r18106] bug 1673:Albert Cheng2010-01-121-4/+4
| | | | | | | | | | | | | | The mixed use of RUNTEST (original) and RUNTESTS (new) caused confusion. E.g., the timings in test/ was still using the old $RUNTEST. It made more sense to use $RUNTEST which is used by the dejagnu feature of automake. So, I changed all $RUNTEST or $RUNTESTS to $RUNEXEC. config/commence.am & config/conclude.am are the two files that got changes. Also fixed an error in test/Makefile.am. The rest are changed by bin/reconfigure. Tested: h5committested.
* [svn-r17925] Description:Quincey Koziol2009-11-231-1/+4
| | | | | | | | | | | | | | | | | 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-r17717] Cosmetic change to use exit(EXIT_FAILURE) instead of exit(1).Albert Cheng2009-10-212-4/+4
| | | | Tested: jam-pp.
* [svn-r17645] Purpose:Mike McGreevy2009-10-152-11/+18
| | | | | | | | | | | | | | | Merge from Trunk Description: Merging all of my CFLAGS-related changes from trunk to 1.8 This includes revision #s: 17616, 17625, 17627, 17639, and 17643. Tested: h5committest and some additional checks on our FreeBSD as well as NCSA's machines.
* [svn-r17607] ode Cleanup:Albert Cheng2009-10-071-5/+0
| | | | | | | | TFLOPS machine has retired long ago. Removed all code specific for its support. Test: h5committested.
* [svn-r17441] Purpose:Mike McGreevy2009-08-312-2/+16
| | | | | | | | | | | | | | | | | | | | | Merge from trunk Description: Merged revisions 17228 and 17440 from trunk to 1.8 Specifically, this brings support of --enable-static-exec flag into 1.8 Tested: Manually on jam, linew, smirom, liberty, plus h5committest. Currently, there is no automatic regression test that exists due to portability issues. Behavior is both different and undefined on certain systems (and while 'nm' command seems to exist on all machines, behavior is confirmed to be different on Mac, possibly others). Solution will be to set up some sort of framework in daily tests to build statically, remove shared paths, and verify executables can function.
* [svn-r17439] Purpose:Mike McGreevy2009-08-311-49/+97
| | | | | | | | | | | | | | | | | | | | | | 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-r17266] Description:Quincey Koziol2009-07-301-1/+1
| | | | | | | | | Clean up various compiler warnings from IRIX64 build Tested on: Mac OS X/32 (amazon) debug & production (yes, I know it's not an IRIX64 system :-) Too minor to require h5committest
* [svn-r17043] Undo the addition of generated files, mistakenly added by lack ↵Allen Byrne2009-06-1227-2148/+0
| | | | of attention.
* [svn-r17042] Updated perf_serial test to work on windows. Bring back from trunk.Allen Byrne2009-06-1231-229/+2383
| | | | | Tested: Windows
* [svn-r16808] Purpose: Fix bug 1533Neil Fortner2009-04-201-1/+1
| | | | | | | | | | | Description: Previously, there was no versioning for H5Z_class_t. This prevented applications written for 1.6 using custom filters from being able to use the 1.8 library. There is now an H5Z_class1_t and H5Z_class2_t to enable compatibility. H5Zregister is *not* versioned, it determines which version of the struct has been passed in by the value of the first field (id or version, both are ints). Tested: jam, linew, smirom (h5committest), jam (--with-default-api-version=v16)
* [svn-r16793] Description:Mike McGreevy2009-04-201-4/+4
| | | | | | | | | | | | - Updated bin/reconfigure to use latest version of automake (1.10.2). Regenerated Makefile.in's by running bin/reconfigure. - Added libtool version numbers to c++, fortran, hl, hl c++, and hl fortran libraries. Tested: jam, liberty, smirom
* [svn-r16566] Description:Quincey Koziol2009-03-115-449/+404
| | | | | | | | Bring r16560 back from trunk. Tested on: Mac OS X/32 10.5.6 (amazon) debug & production (Following up with tests on more platforms)
* [svn-r16562] Purpose:Mike McGreevy2009-03-101-3/+3
| | | | | | | | | | | | | | | | | | Bug Fix Description: Fixing BZ #1381. The --includedir=DIR configure option, which is used to spceify installation location of C header files, did not work correctly as the path was hard-coded into config/commence.am. I'm presuming this is because an older version of automake didn't know where to put C header files. In any case, removing this line now defaults the includedir to the same directory that it is currently hard-coded to, and also fixes the configure flag which allows for customization of this value. Tested: jam, liberty
* [svn-r16519] merge 16518 from trunkPedro Vicente Nunes2009-02-261-0/+1
| | | | | | have 2 expected outputs for 2 h5ls runs depending if run on a big or little endian machine. Configure.in was modified to export a variable carrying endianess information to testh5ls.sh. This script then compares the current run with 2 expected outputs, one for a big-endian machine (linew was used to generate the output), other for little endian (jam was used to generate the output) the way h5ls prints types, it starts searching for NATIVE types first. One solution would be h5ls not to detect these native types, using for example the same print datatype function that h5dump does, that would make the output look the same on all platforms ("32-bit little-endian integer" would be printed instead). Drawback, this "native" information would not be available. Other solution is to have not one but 2 expected outputs and make the shell script detect the endianess and compare with one output or other tested: jam, linew
* [svn-r16490] Fixed bug #1459 by eliminating the macro long_long and ↵Allen Byrne2009-02-186-93/+56
| | | | | | | | | replacing all instances with long long. Tested: h5comittest fedora 10 x64 XP32, VNET
* [svn-r16341] Description:Frank Baker2009-01-221-1/+1
| | | | | | Changed 'THG' to 'The HDF Group' in various HDF5 source files, most of which are <subdirectory>/COPYING. -- Closes Bugzilla entry 1403.
* [svn-r16172] Code clean up.Albert Cheng2008-12-091-13/+12
| | | | | | | Function get_unique_name() had potential string overflow problem. Fixed. Also removed some unused macros. Tested by h5committest.
* [svn-r16168] Bug fix: 1089Albert Cheng2008-12-091-3/+3
| | | | | | | | | | | | Description: One open() call with O_CREAT flag did not have the third required argument. Solution: Added the right third argument. Also changed all open() calls to HDopen macros for more portable coding. Tested: h5committested.
* [svn-r15956] Revised the help page of h5perf.Christian Chilan2008-10-261-27/+49
| | | | Tested on kagiso.
* [svn-r15898] Purpose: Bug FixMike McGreevy2008-10-171-6/+1
| | | | | | | | | | | | | | | Description: Libtool wasn't working on linew because the script was not working with the Solaris Bourne shell. Libtool has built- in detection to ensure that it uses an appropriate shell, but our config/commence.am was hard coding this shell to be /bin/sh. Removing this line allows the shell to be picked up by configure, thus allowing libtool to use the correct shell on linew (bash). This was initially added to correct for a problem on an old machine (janus), so shoudn't be needed for machines we currently support. Tested: full make check install on kagiso and linew, compile only on smirom, duty, and liberty.
* [svn-r15881] Purpose: Bug Fixes, Libtool UpgradeMike McGreevy2008-10-151-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Description: 1) configure now sets LD_LIBRARY_PATH before checking for presence of SZIP encoder, so user does not need to set this. The path is then saved and sent to Makefiles, and used when "make check-install" is invoked, so user doesn't need to set this manually. 2) Upgraded libtool to version 2.2.6a 3) Rearranged tools build order as h5dump depends on existence of h5diff and h5import. Since h5dump is a sister directory as opposed to a parent of either, it doesn't know about the build rules of these tools, so setting any sort of explicit dependency confuses automake as it won't know how to build the tools. Instead, setting CONFIG = ordered forces an in-order traversal of each tools subdirectory. (without it will also traverse in order by default, but this should prevent gmake's -j option from jumping ahead as well). 'make check install' should now be able to be invoked after 'configure' without causing a dependency failure. 4) Removed H5_HAVE_LARGE_HSIZET macro from vms/src/h5pubconf.h, as this macro has now been out of the code for some time. (vms pubconf needs to be updated manually, which is why it was still hanging around). Tested: kagiso, smirom, liberty Note: h5diff looks to be causing failures in h5copy and h5dump tools tests, though these were present before any of my changes. My changes only affect build order and configuration setup, and shouldn't prevent fixes for these failures coming in after this checkin. Other than these, tests pass fine.
* [svn-r15831] Modified the display of the accumulated times taken to open and ↵Christian Chilan2008-10-091-1/+1
| | | | | | close files. Tested on kagiso.
* [svn-r15809] Some test produced files were not cleaned by "make clean".Albert Cheng2008-10-082-2/+2
| | | | | | Added them to the clean list. Tested: kagiso, serial and parallel.
* [svn-r15771] Added feature to display file open and close times.Christian Chilan2008-10-031-4/+39
| | | | Tested on kagiso and cobalt.
* [svn-r15666] Bug fix: (ID 1157)Albert Cheng2008-09-191-2/+4
| | | | | | | | | | | | | | | | | | | Description: Program would crash, complaining MPI calls were invoked after MPI_Finalize() has occurred. Previously, H5close() before MPI_Finalize() would remove the crash. Solution: It turned out that two H5 property objects (mpio_pl and acc_tpl) were not closed before MPI_Finalize(). In the at_exit code, HDF5 library attempted to close them by releasing the MPI Communicators in them too. That was the error. Adding code to close them properly before MPI_Finalize() took care things. Tested: Only in kagiso parallel. Did not run h5committest since kagiso would have been the one running parallel test. This part of code would not be compiled at all in non-phdf5 mode.
* [svn-r15654] Changed the absolute path of the data file to a relative path.Christian Chilan2008-09-181-3/+7
| | | | Tested on kagiso, smirom, and linew.
* [svn-r15648] Included macros for portability of h5perf code among HDF5 versions.Christian Chilan2008-09-171-13/+35
| | | | Tested on kagiso, abe, and cobalt.
* [svn-r15629] Description:Quincey Koziol2008-09-163-68/+68
| | | | | | | | | | | | | Remove trailing whitespace from C/C++ source files, with the following script: foreach f (*.[ch] *.cpp) sed 's/[[:blank:]]*$//' $f > sed.out && mv sed.out $f end Tested on: Mac OS X/32 10.5.5 (amazon) No need for h5committest, just whitespace changes...
* [svn-r15581] Added script to build h5perf_serial in standalone mode.Christian Chilan2008-09-021-0/+28
| | | | Tested on kagiso, smirom, and linew.
* [svn-r15562] Added support for serial prefix HDF5_PREFIX.Christian Chilan2008-08-292-20/+14
| | | | Tested on kagiso, smirom, and linew.
* [svn-r15398] Added declaration of functions needed for standalone building. Christian Chilan2008-07-231-17/+24
| | | | Tested on kagiso and abe.
* [svn-r15384] Major update of h5perf files including bug fixes and extensions.Christian Chilan2008-07-172-2141/+2378
| | | | Tested on kagiso and abe.
* [svn-r15180] Change copyright notice to THG only.Christian Chilan2008-06-097-7/+0
|
* [svn-r15160] Purpose: Separate Windows function macro definitions to win32defs.hScott Wegner2008-06-051-4/+4
| | | | | | | | | | | | | | Description: In library code, we try not to use system calls directly, but instead use the HD{function} macro instead. This way, we can map special versions of the call on particular systems. Previously, it was all done in H5private.h. However, in an effort to clean up platform-specific definitions, we move all of the Windows macros into a separate file, win32defs.h. This way, we can use the non-Posix versions that Visual Studio sends warnings about. Some macros are set specifically in the platform-specific header files. Then, any macros left unset will be set by the "default" implementation in H5private.h. This checkin also cleans up various source files to use the HD* macros when possible. Tested: VS2005 on WinXP VS.NET on WinXP h5committest (kagiso, linew, smirom)
* [svn-r15147] Purpose: Bug FixMike McGreevy2008-06-052-2/+2
| | | | | | | | Description: Changing h5perf installation so only h5perf is installed when parallel is enabled, while only h5perf_serial is installed when parallel is disabled. Tested: kagiso
* [svn-r15129] Revise man page and copyright notice.Christian Chilan2008-06-032-87/+57
| | | | Tested on smirom.
* [svn-r15045] Bug fix.Albert Cheng2008-05-201-2/+4
| | | | | | | | | | | | | | | | | | Description: perf would crash at the end as it complained it was doing MPI calls after MPI_Finalize() is called. I suspect the HDF5 library is making MPI calls in the at_exit area. This should not happened. Solution: Added the H5exit() right before MPI_Finalize() fixed the problem. But it needs to find out why HDF5 library is making MPI calls in the at_exit() area. It should not. Also, changed the temporay data file name from /tmp/test.out to perftest.out, both to avoid multiple instance of this may use the same /tmp/xxx name and also make the file name less generic. Tested: Kagiso PP.
* [svn-r15042] Bug fix.Albert Cheng2008-05-201-4/+4
| | | | | | | | | | | | | | | | | | | Description: The fortran Makefile.am used HDF_FORTRAN to indicate it is part of the Fortran API source so that conclude.am will give fortran api prefix in the test output. The symbox HDF_FORTRAN is also used in configure for a different purpose (indicated --enable-fortran). They conflicted. Similar problem for the symbol HDF_CXX. Solution: Changed all the involved Makefile.am to use "FORTRAN_API" instead. It is a more appropriate name. Same for CXX_API. Along the way, discovered that the Makefile.am of hl/fortran/test and hl/cxx/test did not have those symbols at all. Added them in. Platform tested: Kagiso serial and h5committested (kagisopp, smirom, linew).
* [svn-r15040] Purpose: Configure FixMike McGreevy2008-05-192-4/+0
| | | | | | | | Description: Removing make target 'make check-perform'. The extra target is unneeded because the tests don't take as long to run as initially anticipated, and can be lumped in with 'make check'. Tested: kagiso
* [svn-r15033] Purpose:Albert Cheng2008-05-191-0/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Improvement. Description: src/libhdf5.settings was the initial configure summary and is installed. Then configure is changed to dump a summary of the configure settings to the output and also append it to src/libhdf5.settings. That created two different output formats and duplicated information. This is the initial attempt to clean up this confusion and unify the output format. It is decided to use the src/libhdf5.settings template as the unified means. This requires more macros symbols be defined. The following symbols are all related to generating the src/libhdf5.settings file. AC_SUBST(EXTERNAL_FILTERS) AC_SUBST(MPE) MPE=no AC_SUBST(STATIC_EXEC) STATIC_EXEC=no AC_SUBST(HDF_FORTRAN) HDF_FORTRAN=no AC_SUBST(FC) HDF_FORTRAN=no AC_SUBST(HDF_CXX) HDF_CXX=no AC_SUBST(CXX) HDF_CXX=no AC_SUBST(HDF5_HL) HDF5_HL=yes AC_SUBST(GPFS) GPFS=no AC_SUBST(LINUX_LFS) LINUX_LFS=no AC_SUBST(INSTRUMENT) INSTRUMENT=no AC_SUBST(CODESTACK) CODESTACK=no AC_SUBST(HAVE_DMALLOC) HAVE_DMALLOC=no AC_SUBST(DIRECT_VFD) DIRECT_VFD=no AC_SUBST(THREADSAFE) THREADSAFE=no AC_SUBST(STATIC_SHARED) AC_SUBST(enable_shared) AC_SUBST(enable_static) AC_SUBST(UNAME_INFO) UNAME_INFO=`uname -a` The src/libhdf5.settings.in has CONDITIONAL's added to it too. The untrue conditions turned into a "#" and these lines are cleaned by the post processing script. Platform tested: h5committest on kagiso, smirom and linew. (smirom had failures not due to my changes.)
* [svn-r15006] Purpose: configure cleanupMike McGreevy2008-05-151-1/+0
| | | | | | | Description: cleaning up configure related to removal of --disable-hsizet flag, which we no longer support. Tested: kagiso
* [svn-r14968] Purpose: Bug Fix (Bug 1144)Mike McGreevy2008-05-122-17/+63
| | | | | | | | | | | | | Description: Tests in perform directory were never getting run, and h5perf* programs were not being installed. Solution: Added another build option, 'make check-perform', which runs the tests in the perform directory. Also modified the Makefiles in the perform directory to install (with 'make install') h5perf when parallel is enabled, and h5perf and h5perf_serial when parallel is disabled Tested: kagiso, smirom, linew
* [svn-r14949] Maintenance: brought serial h5perf tool from trunk; useElena Pourmal2008-05-069-7/+4424
| | | | | | | svn merge -r 14824:14945 http://svn.hdfgroup.uiuc.edu/hdf5/trunk/perform command to bring changes in. Platforms tested: kagiso with Intel compilers, smirom with GNU compiler
* [svn-r14824] Purpose: Updating HDF5 1.8 to use automake 1.10.1 and ↵Mike McGreevy2008-04-101-14/+18
| | | | | | | | | | | | | | | | | | libtool 2.2 Description: Updated bin/reconfigure script to reflect the new versions of libtool and automake in the /home1/packages/ directory. Rearranged configure.in script. For some reason, when using libtool 2.2, the libtool script doesn't generate until later in the configuration process, so I had to move a test that parsed through the libtool script to a point after where it was actually being generated. Ran libtoolize on the project, and ran bin/reconfigure to regenerate configure and Makefile.in's throughout. Tested: kagiso, smirom, linew, tg-login
* [svn-r14402] Description:Quincey Koziol2008-01-131-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add work-around to allow reading files that were produced with a buggy earlier version of the library, which could create objects with the wrong object header message count. There is now a configure flag "--enable-strict-format-checks" which triggers a failure on reading a file with this sort of corruption (when enabled) and allows the object to be read (when disabled). The default value for the "strict-format-checks" flag is yes when the "debug" flag is enabled and no when the "debug" flag is disabled. Note that if strict format checks are disabled (allowing objects with this particular kind of corruption to be read) and the file is opened with write access, the library will re-write the object header for the corrupt object with the correct # of object header messages. This closes bugzilla bug #1010. Tested on: FreeBSD/32 6.2 (duty) in debug mode FreeBSD/64 6.2 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64-amd64 2.6 (smirom) w/default API=1.6.x, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Mac OS X/32 10.4.10 (amazon) in debug mode Linux/64-ia64 2.4 (tg-login3) w/parallel, w/FORTRAN, in production mode
generated by cgit v0.12 at 2024-08-23 01:33:09 (GMT)