summaryrefslogtreecommitdiffstats
path: root/fortran/test
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r16801] merge changes from the trunk into the branchScot Breitenfeld2009-04-202-3/+5
| | | | | | | | | svn merge -r 16781:16797 https://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran fixes problems with H5D_chunch_cache_* variable lengths platforms tested: smirom: ifort, pgf90 jam : f95
* [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-r16782] Description:Scot Breitenfeld2009-04-173-4/+300
| | | | | | | | | | | | Merged the changes from the trunk/fortran into the branch: used: svn merge -r 16362:16781 https://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran Platforms tested: smirom (pgf90, ifort) linew
* [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-r16234] Description:Scot Breitenfeld2008-12-301-2/+0
| | | | | | | Cosmetic changes, Also tested -r16232 on: Jam (intel 10.1) Smirom (intel 10.1)
* [svn-r16232] Description:Scot Breitenfeld2008-12-302-13/+17
| | | | Added chunk property to the data set because changes H5Dset_extent now require/check the the data set is chunked.
* [svn-r16197] Maintenance: Merged trunk into the hdf5_1_8 branchScot Breitenfeld2008-12-152-4/+3
| | | | (used svn merge -r 15741:16196 http://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran).
* [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-r15742] Maintenance: Merged new Fortran Features and tests from trunk ↵Scot Breitenfeld2008-10-019-21/+124
| | | | | | | into hdf5_1_8 branch (used svn merge -r 14941:15740 http://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran command).
* [svn-r15727] Scot Breitenfeld2008-09-309-2390/+1866
| | | | | | Maintenance: Merged new Fortran Features and tests from trunk into hdf5_1_8 branch (used svn merge -r 14941:14525 http://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran command).
* [svn-r15707] I changed the return values of H5Fget_obj_ids and ↵Raymond Lu2008-09-261-1/+1
| | | | | | | | H5Fget_obj_count to ssize_t and modified C++ and Fortran API functions. This is for bug #1245. Tested on kagiso - I've tested the same change using h5committest.
* [svn-r15644] Description:Scot Breitenfeld2008-09-171-1/+1
| | | | Fixed print spacing issue.
* [svn-r15640] Description:Scot Breitenfeld2008-09-173-4/+214
| | | | Added test routines for h5t_get/set_fields_f.
* [svn-r15424] Description:Scot Breitenfeld2008-07-291-1/+1
| | | | Fixed the error of passing an array to a scalar.
* [svn-r15419] Description:Scot Breitenfeld2008-07-281-1/+1
| | | | | | | | Initialized a string with a space instead of a blank i.e. var = '' is now var = ' ' This fixes a problem with AIX for bug 1252
* [svn-r15416] Description:Scot Breitenfeld2008-07-281-19/+19
| | | | | | | Changed the INTENT for total_error to be consistantly INTENT(INOUT) as noted in bug 1251
* [svn-r15042] Bug fix.Albert Cheng2008-05-202-9/+10
| | | | | | | | | | | | | | | | | | | 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-r15033] Purpose:Albert Cheng2008-05-191-4/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-r15018] Maintenance: Brought changes from th etrunk to 1.8 branch.Elena Pourmal2008-05-162-18/+12
| | | | | Platforms tested: kagiso with g95, Intel and PGI compilers and with -i8 flag smirom with g95 and -i8 flag, duty with gfortran42
* [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-r14992] Maintenance: Brought changes from trunk into 1.8 branchElena Pourmal2008-05-132-8/+8
| | | | Platforms tested: kagiso, will do more testing later with -i8 flag.
* [svn-r14986] Purpose: Add Windows fixes for new Fortran code.Scott Wegner2008-05-121-1/+1
| | | | | | | | Description: There were a number of small tweaks we needed to make to add the new fortran_1_8 code on Windows. We create new project files, add new source to them, add the test to our test suite, and fix a few typos in the Windows-specific source code. Tested: VS2005 on WinXP
* [svn-r14964] merged the fortran trunk into the branch, used the command:Scot Breitenfeld2008-05-093-18/+45
| | | | (svn merge -r 14942:14963 http://svn.hdfgroup.uiuc.edu/hdf5/trunk/fortran)
* [svn-r14956] re-instated the test_attr_dense_open routine for debuggingScot Breitenfeld2008-05-081-2/+3
|
* [svn-r14942] Maintenance: Merged new Fortran APIs and tests from trunk into ↵Elena Pourmal2008-05-0617-594/+8440
| | | | | | | | | | | hdf5_1_8 branch (used svn merge -r 14505:14941 http://svn.hdfgorup.uiuc.edu/hdf5/trunk/fortran command). Updated MANIFEST Disabled -O3 optimization for gcc 4.3 (long due check-in) Platforms tested: kagiso with PGI compilers, smirom with g95 and v16 option, linew
* [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
* [svn-r14340] Maintenance for VMS system:Elena Pourmal2007-12-131-0/+6
| | | | | | | | | | | | | | | | | Skip one of the tests in flush2.c since it looks like VMS system flsuhes the file anyway (like on Winodws with DLLs) Renamed files family*.h5 that are used in backward compatibility testing to have only one '.' in a file name, otherwise VMS system becomes confused and test fails. Cleaned up the only test (Fortran multi-file test) that is failing on VMS (C counterpart passesa). Added new script to facilitate the build process on VMS Updated MANIFEST PLatforms tested: VMS server, kagiso and linew (minor changes)
* [svn-r14154] Description:Quincey Koziol2007-09-251-0/+1
| | | | | | | | | | | | | | | | | | | | Finish deprecating last H5G symbol (H5G_obj_t) - yay! Lots of misc. library fixes to remove confusion between links and objects. The tools could still use another pass, to remove h5trav_type_t type and make the correct distinction between links & objects. 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 2.6 (smirom) 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 AIX/32 5.3 (copper) w/FORTRAN, w/parallel, in production mode Mac OS X/32 10.4.10 (amazon) in debug mode
* [svn-r14057] Purpose: Fixes for 64-bit Windows Intel Fortran 9.1Scott Wegner2007-08-091-3/+3
| | | | | | | | | | | | Description: We are porting Fortran to 64-bit Windows, and need to make many syntactical changes to bring the code up to date. We now go back to using "!DEC$" rather than "!MS$" in our "ATTRIBUTE" code. Also, the naming conventions for mixed language is inconsistent from 32- to 64- bit Windows. To make up with this, we use the "decorate" flag. We also needed to change the "calling convention" in project settings from "CVF" to "default". Also other minor cleanups on project files. Tested: 32-bit: VS.NET and VS2005 64-bit: VS2005
* [svn-r13972] Description:Quincey Koziol2007-07-131-0/+1
| | | | | | | | | 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/+1
| | | | | | | | | | | | | | 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/+2
| | | | | | | | | | 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-2/+3
| | | | | | | | | | 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-r13846] Purpose: To remove changes from version #13839 (regarding ↵Mike McGreevy2007-06-081-1/+0
| | | | | | | | DEFAULT_VFD). Description: Changes made during this checkin need to be greatly modified, so I'm removing them now rather than leaving them in and fixing them later.
* [svn-r13839] Purpose: creation of a DEFAULT_VFD macro in the ↵Mike McGreevy2007-06-071-0/+1
| | | | | | | | | | | test/Makefile. Description: a new configure flag has been created that will now set a macro in the test/Makefile. The flag is with-default-vfd=. When set to a virtual file driver (e.g. "--with-default-vfd=sec2"), the macro DEFAULT_VFD will hold this value. Tested: kagiso, smirom, linew
* [svn-r13829] Some systems (only SGI Altix ProPack 4 discovered so far) ↵Raymond Lu2007-06-021-0/+1
| | | | | | | | | | | | 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/+2
| | | | Regenerate configuration files after latest checkin
* [svn-r13616] This check-in updates the bin/reconfigure file to point to the ↵Mike McGreevy2007-04-091-88/+78
| | | | | | | | most recent versions of the autotools. Updated autotool versions are: autoconf 2.61, automake 1.10.0, and libtool 1.5.22. Tested on kagiso.
* [svn-r13418] Cleaned up some old paths in config/commence.am and removed ↵James Laird2007-02-271-7/+7
| | | | | | | | some comments in the template file config/Makefile.am.blank. This is just a cleanup checkin. Tested on kagiso.
* [svn-r13379] Added 'make help' target. This actually runs a script, ↵James Laird2007-02-231-1/+4
| | | | | | | | bin/makehelp (formatting the output in the makefile was pretty hard). Tested that make still works on kagiso; no code changes at all.
* [svn-r13374] Enabled multi-file driver test since it was fixed in C libraryElena Pourmal2007-02-211-4/+4
| | | | Platforms tested: kagiso, smirom, linew
* [svn-r13365] Bug fix.Albert Cheng2007-02-211-26/+0
| | | | | | | | | | | | Description: Multiple copies of Copyright appeared in Makefile.in. This was due to automake copying the copyright right in the included files such as config/commence.am. Solution: Automake treats double hashes as comments and does not copy them to Makefile.in. Changed all the copyright notices in config/*.am to use double hashes for the Copyright right notice. Tested: kagiso via bin/reconfigure.
* [svn-r13359] Fixed a bug where the -shlib flag for h5cc would end up on the ↵James Laird2007-02-201-5/+31
| | | | | | | | Dependency line in the Makefile. Makefile change only. Tested on kagiso, to be used to test on cobalt.
* [svn-r13264] Updated Makefile.am with new THG copyright notice.Albert Cheng2007-02-072-4/+6
| | | | Ran reconfigure to generate the Makefile.in files.
* [svn-r13256] Updated fortran source code with new THG copyright.Albert Cheng2007-02-0717-34/+51
| | | | Tested: kagiso.
* [svn-r13253] Updated all C and C++ style source code files with the THG ↵Albert Cheng2007-02-072-4/+6
| | | | | | | | | copyright notice. Tested platform: Kagiso only since it is only a comment block change. If it works in one machine, it should work in all, I hope. Still need to check the parallel build on copper.
* [svn-r13181] Added a configure check to prevent a failure on Cygwin.James Laird2007-01-231-1/+1
| | | | | | | | | | | | | | It seems that while Cygwin supports the time command, it has trouble with the syntax srcdir="../../hdf5/test" time ./testhdf5 and complains. The solution is to test the above case in configure and not to use the time command if it fails; Cygwin is fine with srcdir="../../hdf5/test" ./testhdf5 Tested on Cygwin and kagiso. This feature shouldn't be a major compatibility problem since every platform but Cygwin is already fine with the current syntax.
generated by cgit v0.12 at 2024-08-22 18:24:38 (GMT)