summaryrefslogtreecommitdiffstats
path: root/fortran
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r21552] Maintenance: Addressed HDFFV-915 - investigate if H5open and ↵Elena Pourmal2011-10-131-28/+12
| | | | | | | | | | | | | H5close are needed in the corresponding Fortran wrappers. Solutions: The calls were not needed and were removed from the C stubs h5open_c and h5close_c for the correspnding Fortran subroutines h5open_f and h5close_f. Platforms tested: jam with gcc and gfortran, PGI and Intel koala with PGI and Intel linew with the standard Sun compilers
* [svn-r21537] Description:Scot Breitenfeld2011-10-132-97/+123
| | | | | | Modified h5oget_info_by_name_f to return a derive type h5o_info_t Tested: jam( gfortran, pgi, intel)
* [svn-r21536] Desciption: Removed H5Eget_auto_f from source, moved to ↵Scot Breitenfeld2011-10-134-303/+64
| | | | | | | | F2003_new branch for further testing. Tested: jam (gnu)
* [svn-r21535] Description:Scot Breitenfeld2011-10-136-473/+711
| | | | | | | Updated to the robodoc headers comments, cleaned up the spacing of the source code which is included in the documenaton. Tested: jam (intel)
* [svn-r21499] Snapshot version 1.9 release 94HDF Tester2011-10-091-1/+1
|
* [svn-r21475] Description: fixed C_LOC(X) non-standard argument X for ↵Scot Breitenfeld2011-10-054-62/+62
| | | | | | multi-dimensional arrays detected using xlf compiler. Tested: jam (intel, gnu, pgi) F2003 compilers.
* [svn-r21443] Snapshot version 1.9 release 93HDF Tester2011-10-021-1/+1
|
* [svn-r21435] Add F2003 IF-ENDIF protection blocks around _F03 file processingAllen Byrne2011-09-302-2/+28
|
* [svn-r21434] Description: Removed 12 byte real tests and definition from ↵Scot Breitenfeld2011-09-301-38/+10
| | | | | | fortran types, it was not used in the main fortran src. Tested: jam (gnu, g95, intel)
* [svn-r21422] Add 2003 examples to cmake buildAllen Byrne2011-09-271-1/+39
|
* [svn-r21415] Snapshot version 1.9 release 92HDF Tester2011-09-251-1/+1
|
* [svn-r21406] Updated Makefile.in after updating from trunk.Scot Breitenfeld2011-09-211-1/+1
|
* [svn-r21405] Added dependencies, for HDF5.lo and HDF5mpio.lo, ↵Scot Breitenfeld2011-09-212-7/+7
| | | | | | | | H5_ff_F90/F03.lo and H5_ff.lo to resolve failures when building HDF5.lo and HDF5mpio.lo. Tested: jam (gcc, mpi) using both: make HDF5.lo and make HDF5mpio.lo
* [svn-r21374] Snapshot version 1.9 release 91HDF Tester2011-09-111-1/+1
|
* [svn-r21373] Description: Changed the robodoc keywords in the comments Scot Breitenfeld2011-09-109-123/+123
| | | | to the RM documentation's standards.
* [svn-r21362] Change the integer type for filno in in H5O_info_t derived ↵Scot Breitenfeld2011-09-051-8/+8
| | | | | | | | | | | | | | | | | type to c_long to match the unsigned long, via standard: F2003, Note 15.9 "The C international standard specifies that the representations for nonnegative signed integers ar ethe same as the corresponding values for signed integers. Because Fortran does not provide direct support for unsigned kinds of integers, the ISO_C_BINDING module does not make accessible named constants for their kind type parameter values. Instead, a user can use the signed kinds of integers to interoperate with the unsigned types and all their qualified versions as well...." Tested: (jam, intel)
* [svn-r21360] Snapshot version 1.9 release 90HDF Tester2011-09-041-1/+1
|
* [svn-r21339] Description: Added test for reading and writing vl strings in ↵Scot Breitenfeld2011-08-312-1/+256
| | | | | | | fortran (using F2003), for both 1D and 2D array of vl strings. Tested: jam (pgi, gfortran 4.5, ifort) linew (12.3 beta)
* [svn-r21329] Snapshot version 1.9 release 89HDF Tester2011-08-281-1/+1
|
* [svn-r21312] Description: fixed un-initialized errors for strings and ↵Scot Breitenfeld2011-08-251-6/+9
| | | | | | changed the INTEGER type getting passed the verify* programs in the test programs. Fixes problems with Sun compilers 12.3 beta with the -m64 flag. Tested: linew( 12.3 beta)
* [svn-r21303] Removed duplicated INSTALL_SCRIPT_FILES macro from ↵Dana Robinson2011-08-231-1/+0
| | | | fortran/examples and fixed an autotools warning from the Fortran 2003 configure.in changes. Tested on jam (minor changes).
* [svn-r21298] Add fortran library depends to test fortran library buildAllen Byrne2011-08-231-2/+6
| | | | Tested: local linux
* [svn-r21295] Description:Scot Breitenfeld2011-08-235-1444/+110
| | | | | | | Removed duplicate h5p, h5a, and h5d, double precision functions in _F90 and _F03 files that are already defined in H5_DBLE_InterfaceInclude Tested: jam (gcc 4.5, intel 12.0)
* [svn-r21294] Desciption:Scot Breitenfeld2011-08-232-259/+258
| | | | | | | Added to the *.def the module's appended name "provisional" for those functions that were split between the _F90 and _F03 files. Windows
* [svn-r21275] Description: Changed the --enable-fortran2003 behavior to:Scot Breitenfeld2011-08-211-1/+0
| | | | | | | | | | | 1) --enable-fortran2003 will enable only F2003 features. It is not a replacement for --enable-fortran. If compiler is not F2003 compliant configure should fail. 2) if --enable-fortran2003 is specified with out --enable-fortran configure fails 3) Configure help indicates that --enable-fortran2003 is in addition to --enable-fortran Updated the version checks of different compilers. Tested: jam (gcc 4.1 4.6, intel 10.1 11.1 12.0, pgi)
* [svn-r21272] Added entry for H5Oclose_f in phdf5_fortrandll.defScot Breitenfeld2011-08-191-0/+1
|
* [svn-r21271] Fixed Windows $DEC! declaration for H5close_f, added missing ↵Scot Breitenfeld2011-08-192-1/+2
| | | | | | entry in hdf5_fortrandll.dif
* [svn-r21263] Add F2003 support to CMake buildsAllen Byrne2011-08-191-0/+20
|
* [svn-r21259] Bug fix: Compilation failed for these two examples due to the ↵Elena Pourmal2011-08-182-2/+2
| | | | | | | | wrong type of constant. Changed constant 0 to 0_size_t to use the correct type in the h5tinsert_f subroutine. Platfomr tested: Elena's mac air with gfortran 4.6
* [svn-r21248] Mereged the F2003 branch into the trunk.Scot Breitenfeld2011-08-18181-24106/+62012
| | | | | | | | | Items merged: fortran directory, src/libhdf5.settings.in configure.in configure MANIFEST Tested: (all platforms used by daily tests, both with --enable-fortran and --enable-fortran2003)
* [svn-r21225] Snapshot version 1.9 release 88HDF Tester2011-08-141-1/+1
|
* [svn-r21194] Add parallel version of windows def file for fortran exportsAllen Byrne2011-08-082-2/+536
|
* [svn-r21193] Correct mis-spelled functionsAllen Byrne2011-08-081-2/+2
|
* [svn-r21185] Snapshot version 1.9 release 87HDF Tester2011-08-071-1/+1
|
* [svn-r21171] Commit HDFFV-5929 winthreads define fixAllen Byrne2011-08-041-17/+8
| | | | | | Change reference of generated executables in src and fortran/src to use $<TARGETFILE:xxx> format. Tested: local linux
* [svn-r21158] Snapshot version 1.9 release 86HDF Tester2011-07-311-1/+1
|
* [svn-r21149] Snapshot version 1.9 release 85HDF Tester2011-07-241-1/+1
|
* [svn-r21121] Description:Quincey Koziol2011-07-181-2/+2
| | | | | | | | | Switch from H5P_DATASET_ACCESS_DEFAULT to H5P_DEFAULT for calls to H5Rdereference2(). Tested on: Mac OS X/32 10.6.8 (amazon) w/debug (too minor to require h5committest)
* [svn-r21117] Issue 2763 - I added a new parameter of object access property ↵Raymond Lu2011-07-181-2/+2
| | | | | | list to the function H5Rdereference. It's called H5Rdereference2 now. H5Rdereference function has been deprecated to H5Rdereference1. I also added some test cases in trefer.c. Tested on jam, heiwa, and koala.
* [svn-r21033] Snapshot version 1.9 release 84HDF Tester2011-06-261-1/+1
|
* [svn-r21028] Description: Scot Breitenfeld2011-06-241-1/+1
| | | | | | | | Changed the length of the fortran string passed to HD5packFstring in the function nh5pget_external_c. The 3rd argument should be the fortran length of the string, not the C length of the string (which includes the null). Tested: jam (intel and gnu), also checked the example h5ex_d_extern.f90 which detected the problem on Amazon c2 machine (reported by Larry).
* [svn-r21000] Snapshot version 1.9 release 83HDF Tester2011-06-191-1/+1
|
* [svn-r20922] Snapshot version 1.9 release 82HDF Tester2011-05-291-1/+1
|
* [svn-r20890] Snapshot version 1.9 release 82HDF Tester2011-05-231-1/+1
|
* [svn-r20720] Merge changes to scripts to run installed examples from hdf5 ↵Larry Knox2011-05-041-2/+2
| | | | | | | 1.8.7 r 20718. The default prefix in the scripts will use the compile scripts in the installed bin directory.
* [svn-r20504] Purpose:Mike McGreevy2011-04-146-6/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | General shared library improvements for CYGWIN / AIX Description: Shared libraries are disabled on both CYGWIN and AIX due to inability to build them correctly. Part of the problem in both of these situations is the lack of the libtool flag -no-undefined, which tells libtool that all needed symbols are defined at link time (a requirement on these systems) and that it's okay to build shared libraries. Another problem are lack of dependencies between wrapper libraries and core C HDF5 library. This patch addresses both of these by fixing configure to add in -no-undefined flag for libtool during linking and adds automake dependencies in the Makefile.am files. After testing, both CYGWIN and AIX now generate shared libraries, but there are still some test failures in each. (cache_api, dt_arith, and testerror.sh on CYGWIN, and fortran tests on AIX). Even though the shared libraries are not quite perfect, this is a general improvement to what we had before, so I'm applying the patch anyways. Note that default behavior of shared libraries on these systems being disabled has NOT been changed and requires the use of the --enable-unsupported to attempt to build them. We will need to address the test failures in each architecture prior to formally supporting shared libraries on each. Tested: h5committested & CYGWIN tested (on bangan) (AIX tested by Albert on bp-login2)
* [svn-r20502] Purpose:Mike McGreevy2011-04-145-55/+180
| | | | | | | | | | | | | | | | | | | | | | | | Add "silent make" mode configure option. Description: Automake 1.11 has a new option available that allows for a silent make mode. This functionality needs to be explicitly enabled in configure.in via the use of the automake macro AM_SILENT_RULES, which is what this commit is adding. This introduces a new configure option: --{en|dis}able-silent-rules This option is on by default, and simplies compile and link line outputs when building the library. Disabling this option will print full "verbose" output (i.e., full compile and linking lines for each target). Tested: This was tested on jam & h5committested
* [svn-r20487] Bug 1386 - allow dimension size to be zero even though it isn't ↵Raymond Lu2011-04-121-1/+7
| | | | | | | | | | | | unlimited. This is a follow-up checkin for r20440 and r20469: 1. The dataspace code has another bug - when the maximal dimension isn't passed in for H5Sset_extent_simple, it is supposed to be same as the dimension. The current library sets NULL to it. I corrected it and added a test case to it. 2. I corrected the tests of Fortran and C++ for this problem. Tested on heiwa, jam, and amani.
* [svn-r20482] Larry Knox2011-04-121-4/+18
| | | | | | | | | | | | | | | | Fixed issue HDFFV-5866 (BZ 2156). Changed scripts to run examples to use specific names for compiled executable files instead of a.out, which did not work on Cywin as it produces a.exe by default. Removed issue from known problems section of RELEASE.txt. Tested with Cygwin 1.7.8 on Windows 7. This line, and those below, will be ignored-- M release_docs/RELEASE.txt M hl/c++/examples/run-hlc++-ex.sh.in M hl/fortran/examples/run-hlfortran-ex.sh.in M hl/examples/run-hlc-ex.sh.in M c++/examples/run-c++-ex.sh.in M fortran/examples/run-fortran-ex.sh.in M examples/run-c-ex.sh.in
* [svn-r20475] Purpose:Mike McGreevy2011-04-115-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Revise shared Fortran library disabling scenarios in configure - Improve configure output summary Description: Shared Fortran libraries are not supported on Mac, but were being disabled by configure in a way that also forced the C libraries to be static-only. This has been fixed, so now only shared Fortran is disabled while shared C can remain. This prompted two additional changes: 1. While working on the check that addresses whether or not shared Fortran libraries are allowed, removed old and no longer needed check(s) that disable shared Fortran libraries with HP, Intel 8, PGI, and Absoft compilers. (Essentially, Mac is the only situation in which Fortran shared are disabled by configure.) 2. Having two different states of libraries (i.e. shared C library with static-only Fortran library) was not apparent in the configure summary, which labeled all libraries as either shared and/or static. I've added lines to both the C++ and Fortran output sections to list shared/static-ness of these libraries specifically. Additionally, I've made sure that the new --enable-unsupported configure option correctly overrides configure if it tries to disable a shared library. Tested: jam, fred, & h5committest
generated by cgit v0.12 at 2024-07-16 11:39:29 (GMT)