summaryrefslogtreecommitdiffstats
path: root/fortran/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r2795] Elena Pourmal2000-11-0319-285/+609
| | | | | | | | | | | | | | | | | | | Purpose: New feature Description: Now all Fortran flags such as H5F_ACC_RDONLY_F (previously defined in the H5fortran_flags.f90 file) are generated at runtime when h5init_fortran_f subroutine is called. All flags have now the same value as corresponding C flags. This change affects user's programming model: Every Fortran program that uses F90 HDF5 Library has to call h5init_fortran_f(error) subroutine before the first call to the F90 HDF5 Library and h5close_fortran_f(error) after the last call to the Library. h5init(close)_types_f calls are not needed anymore since F90 datatypes are intialized(closed) with the h5init(close)_fortran_f calls. Platforms tested: O2K and Solaris2.7
* [svn-r2772] Elena Pourmal2000-10-314-5/+5
| | | | | | | | | Purpose: Maintenance Description: Made F90 source directory to be in sync with the C source Platforms tested: modi4 (O2K)
* [svn-r2739] Elena Pourmal2000-10-265-79/+67
| | | | | | | | | | | | | Purpose: Maintenancece. Description: F90 APIs would not compile anymore for || version.. Solution: Replaced old functions h5pset(get)_mpio, h5set(get)_xfer with ones h5pset(get)_fapl_m and h5pset(get)_dxpl_mpio_f Platforms tested: O2K.
* [svn-r2729] Elena Pourmal2000-10-242-7/+6
| | | | | | | | | | | | | Purpose: Bug fix Description: Attribute test failed on O2K. h5aget_name_f function could not return correct attribute name. Solution: size function parameter had wrong datatype in F90 subroutine. Fixed it to be of INTEGER(SIZE_T) type. Platforms tested: O2K, Linux
* [svn-r2728] Purpose:Bill Wendling2000-10-241-2/+5
| | | | | | | | | | | | Bug Fix Description: Getting messages while compiling the || fortran stuff that it didn't have a rule to make "H5Pf_parallel.c". Solution: The quotes were confusing it. I placed the text in another macro to fix this. Platforms tested: Modi4
* [svn-r2713] Elena Pourmal2000-10-202-6/+7
| | | | | | | | | | | | | | | | | | | | | | | Purpose: H5Aff.f90: Bug fix Description: Character string was not passed correctly from the user's application to the write/read subroutines when buffer was decalred as assumed-shape array. Solution: Declared date buffer to be assumed-size array. Platforms tested: Solaris 2.7, Linux Purpose: H5fortran_flags.f90: Bug fix Description: Fortran H5I_* types had incorrect values. Solution: Fixed. Platforms tested: Solaris 2.7, Linux
* [svn-r2688] Purpose:Bill Wendling2000-10-161-0/+148
| | | | | | | | | | Feature Missing Description: Generate the Dependencies files so modules are regenerated correctly Solution: Handcoded the module. Hope it works. Platforms tested:
* [svn-r2686] Purpose:Bill Wendling2000-10-161-1/+1
| | | | | | | | | | | Bug Fix Description: When doing a make clean, the H5fortran_types.f90 file would be removed. Solution: Placed it in the DISTCLEAN macro instead of the CLEAN so that it will stick around. Platforms tested:
* [svn-r2683] Elena Pourmal2000-10-131-2/+2
| | | | | | | | | | Purpose: HDF5 Fortran90 port to HP 11.00 Description: Added datatype definitions for HP 11.00 Solution: Platforms tested: HPUX 11.00 (opus)
* [svn-r2669] Purpose:Bill Wendling2000-10-111-2/+3
| | | | | | | | | | | Bug Fix Description: I was relying on the PARALLEL macro to be "yes" or "no" all the time. This isn't the case. Solution: Created the ADD_PARALLEL_FILES macro to do just this. Platforms tested: Modi4
* [svn-r2668] Purpose:Bill Wendling2000-10-111-2/+2
| | | | | | | | | | | | Bug Fix Description: Wasn't picking up the header files from the proper source and build directories. There were some funky things happening in there. Solution: Put the correct path in. Platforms tested: Modi4
* [svn-r2666] Another typoBill Wendling2000-10-111-1/+1
|
* [svn-r2665] Small typo...Bill Wendling2000-10-111-1/+1
|
* [svn-r2664] Purpose:Bill Wendling2000-10-111-2/+3
| | | | | | | | | | *sigh* Description: Wasn't picking up a header file which is in the source directory. Solution: Changed some flags so that it does this now. Platforms tested: Modi4
* [svn-r2663] Purpose:Bill Wendling2000-10-111-1/+1
| | | | | | | | | | | | Bug Fix 37 Description: Okay...this is really it now. Sorry for all the other "fixes". This will take care of the top_builddir macro for the Fortran interface. Solution: Hardcoded the path to the build directory. Platforms tested: Modi4.
* [svn-r2662] Purpose:Bill Wendling2000-10-111-2/+2
| | | | | | | | | | Bug Fix Description: Wasn't picking up the correct build directory source files. Solution: Use top_builddir instead of srcdir macro. Platforms tested: Modi4
* [svn-r2658] Elena Pourmal2000-10-101-2/+2
| | | | | | | | | | | | Purpose: Buf fix Description: On DEC, H5Dff.f90 would not compile because of variables declaration order. Other UNIX platforms including J90 did not care. Solution: Change the order of variables declarations. Platforms tested: DEC Unix (gondolin)
* [svn-r2648] Elena Pourmal2000-10-107-103/+408
| | | | | | | | | | | | | | | | | | | | | | Purpose: Reimplemented references to the objects and dataset regions. Description: Previous implementation was not portable. This implementation should work on UNIX workstations and Crays, but is very inefficient since it uses memcpy to repack Fortran buffers with references to C buffers and vice versa. Solution: I used fortran derived datatype with integer fields. h5dwrite_f and h5dread_f have extra parameter when references are written or read. This parameter describes size of the buffer that holds references. Platforms tested: J90 and Solaris 2.6 H5Pf.c Some of the functions do not exist now in the development branch. Commented those out, so one does not need to apply patch in order to build Fortran Library.
* [svn-r2576] Purpose:Bill Wendling2000-09-1938-0/+14914
Adding the Fortran interface to the HDF5 library Description: Fortran is now a subdirectory of the HDF5 library tree. Platforms tested: Solaris and IRIX (O2K)