summaryrefslogtreecommitdiffstats
path: root/fortran/test
Commit message (Collapse)AuthorAgeFilesLines
...
* [svn-r14955] Purpose:Scot Breitenfeld2008-05-081-4/+39
| | | | | | | | | | | | | | * test passing integer constant to subroutine Description: ! -- CHECK PASSING AN INTEGER CONSTANT IN DIFFERENT FORMS -- ! 1) call by passing an integer with the _hsize_t declaration ! 2) call by passing an integer with the INT(,hsize_t) declaration ! 3) call by passing a variable with the attribute hsize_t
* [svn-r14954] re-instated the test_attr_dense_open routine for debuggingScot Breitenfeld2008-05-081-6/+4
|
* [svn-r14941] Maintenance: Cleaned up more test code, fixed more bugs in the ↵Elena Pourmal2008-05-061-97/+13
| | | | | | | | test and source codes. This check-in should address Fortran failures on liberty and smirom. Platforms tested: kagiso with Intel, smirom with g95 -fPIC, liberty with gfortran42
* [svn-r14933] Purpose: Updating HDF5 to use automake 1.10.1 and libtool 2.2.2Mike McGreevy2008-05-051-14/+18
| | | | | | | | | | | | | | | | | | Description: Applying update to autotools that was applied to 1.8 a couple of weeks ago to the trunk. Updated bin/reconfigure script to reflect the new versions of libtool and automake in the /home1/packages/ directory. Rearranged configure.in script. When using libtool 2.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 (h5committest)
* [svn-r14930] Maintenance: Fixed more bugs/typos and enabled tests that were ↵Elena Pourmal2008-05-052-40/+69
| | | | | | | | | | failing previously on linew. Currently only one test (dense attributes) is failing. It looks like C library problem and we have a similar bug report in Bugzilla: when dense storage is used, attributes are not written to the file; somehow similar C test doesn't expose the problem while Fortran test does. Platforms tested: linew, kagiso with g95 and PGI
* [svn-r14928] Maintenance: Cleaned up the code to make it compile on smirom ↵Elena Pourmal2008-05-043-23/+29
| | | | | | | | with the g95 compiler Platforms tested: kagiso with PGI compilers, linew, smirom with GCC and g95 compilers; some tests and function calls are commented out with !EP string; we will be working on it.
* [svn-r14927] Maintenance: Enabled all tests that pass on linew. Disabled ↵Elena Pourmal2008-05-043-19/+20
| | | | tests are commented with !!EP for now.
* [svn-r14926] Maintenance: More cleanup in the test output and enabled ↵Elena Pourmal2008-05-041-7/+8
| | | | another test for linew before daily tests start.
* [svn-r14925] Maintenance: Cleaned up reporting of the tests nd enable some ↵Elena Pourmal2008-05-042-22/+22
| | | | tests that pass on linew.
* [svn-r14924] Commented out new tests since they failcompletely on linew ↵Elena Pourmal2008-05-041-41/+41
| | | | while passing on smirom and kagiso.
* [svn-r14923] Maintenance: This check-in merges changes from the fortran_1_8 ↵Elena Pourmal2008-05-0317-594/+8487
| | | | | | | branch back into the trunk (up to revision 14921) Platforms tested: kagiso with g95 and Intel compilers; more testing will be done after checking in a fresh copy from the trunk. New code itself was tested with all Fortran compilers available at THG
* [svn-r14903] Undoing change committed in r14902.Scot Breitenfeld2008-04-3017-8486/+594
|
* [svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. ↵Scot Breitenfeld2008-04-3017-594/+8486
| | | | New fortran wrappers added.
* [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.
* [svn-r12929] Hopefully this really is a fix for the tg-login errors.James Laird2006-11-161-3/+1
| | | | | | | | | | | The version of libtool used by HDF5 isn't directly affected by the reconfigure script; instead, libtoolize --force must be used by hand. Libtool was the source of the problem, so rolling its version back to 1.5.14 should solve the issue (at least temporarily). Reconfigure should still work on both heping and kagiso. Tested on heping, kagiso, and tg-login3.
* [svn-r12911] Backed up to previous versions of automake and libtool. ↵James Laird2006-11-141-1/+3
| | | | | | | | Hopefully this will fix issues on tg-login3. bin/reconfigure should still work on both heping/mir and kagiso.
* [svn-r12887] A fix for linking issues.James Laird2006-11-101-0/+1
| | | | | | | | | | | | Should disable linking against shared libraries in Fortran for compilers that don't support shared libraries. Should also fix problem when the wrong Fortran file extension was specified. If these changes don't solve the Daily Test issues, I'll look at backing out the autotool version change until I have time to fix them. Tested on heping, kagiso, juniper.
* [svn-r12882] Changed bin/reconfigure to work on kagiso as well as on AFS ↵James Laird2006-11-081-7/+9
| | | | | | | | Linux machines. Updated to the latest versions of autotools. Tested on kagiso, heping, and juniper. Let me know if you have any problems.
* [svn-r12778] Multi file driver test fails. Elena Pourmal2006-10-191-8/+4
| | | | | | | | | | | | | | | | | Skipped until fix is found. Tested on heping with pgf90. Note: Logic was wrong; as a result, the test was bypassed for all compilers except those (like Intel) that understand !DEC compiler directive. I confirmed that the test fails on heping with pgf90. The symptoms are the same: 1.6.5 h5dump can read multi files created by fortran test, but built h5dump fails with internal error. --This line, and those below, will be ignored-- M test/fortranlib_test.f90
* [svn-r12741] Added support for direct I/O to check-vfd. The direct VFD is ↵James Laird2006-10-101-2/+2
| | | | | | | | | | only tested if it is enabled. Added Direct VFD status to the configure summary. Removed a line left over from pablo support. Oops!
* [svn-r12715] Incorporated a user-submitted patch to better detect the 'tr' ↵James Laird2006-10-031-0/+1
| | | | | | | | | | | | 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-024-65/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-r12608] Checked in External Link C examples.James Laird2006-08-221-1/+1
| | | | | | | | Since these examples need to follow filesystem paths, the Makefiles need to create directories in the examples directory; added this to the Makefile.am. Tested on Windows, mir, juniper
* [svn-r12584] Mentioned VFD in test output to make it easier to tell which ↵James Laird2006-08-171-7/+6
| | | | | | | | | VFD is being used when a test is run. Running reconfigure also regenerated error header files (because someone edited them manually?).
* [svn-r12519] Fixed "make check-vfd"James Laird2006-07-311-2/+3
| | | | | | | | | | "make check-vfd" will now run all tests in the test directory with different file drivers (at least, all of those tests that use the testing framework's FAPL). Tests that fail will be skipped. This is not a perfect fix, but is better than nothing. Along with this change, check-vfd should be added to the Daily Tests.
* [svn-r12440] Purpose:Quincey Koziol2006-06-271-2/+2
| | | | | | | | | | | Code cleanup Description: Trim trailing whitespace in Makefile.am and C/C++ source files to make diffing changes easier. Platforms tested: None necessary, whitespace only change
* [svn-r12431] Purpose:James Laird2006-06-212-17/+7
| | | | | | | | | | | | | | Configuration feature Description: 'make install' now tests both static and shared libraries if both are installed. Solution: Previously, shared libraries were only tested when static libraries were not installed. Also cleaned up line in commence.am that was including HL library in all Makefiles. Platforms tested: mir (Makefile change only)
* [svn-r12411] Purpose:James Laird2006-06-131-0/+1
| | | | | | | | | | | | | | Bug fix - bugzilla #552 Description: On Cray X1, trying to use : as an argument confused the system. Solution: Added a test in configure to see if : as an argument is bad. If so, skipped the test. Platforms tested: mir, Cray X1 (change to configure only)
* [svn-r12358] Purpose:Albert Cheng2006-05-191-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug fix. Description: The ${TR}, though avoid the error, is inconvenient. It is needed because configure.in use the char range in the style of 'a-z'. The other style of '[a-z]' is more commonly accepted by all tr but autoconf tends to strip away [], making the syntax rather clumsy. Solution: Learned from autoconf that it avoids the use of character range by just spell all the letters out. Changed our tr commands to use those variables defined by autoconf. Also removed the definition of ${TR} since it will cause inconsistancy when autoconf also use plain 'tr' in its generated code. The Makefile.in are changed because the elimination of ${TR} from configure triggered its removal from all Makefil.in. That is okay because ${TR} is not used at all in Makefile. Platforms tested: h5committested. (sol failed to connected). also tested in shanti using both /usr/ucb/tr and /bin/tr (the bad one before.) Misc. update: Updated both INSTALL and RELEASE files.
generated by cgit v0.12 at 2024-08-23 10:36:22 (GMT)