summaryrefslogtreecommitdiffstats
path: root/fortran/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r5673] Elena Pourmal2002-06-191-0/+14
| | | | | | | | | | | Purpose: IA64 fortran port Description: When I did IA64 port, I never checked in the changes Solution: Check in the changes Platforms tested: Titan and OSF1 v5.1
* [svn-r5644] Purpose:Bill Wendling2002-06-161-14/+13
| | | | | | Copyright Update Description: Updated the copyright statement.
* [svn-r5575] Elena Pourmal2002-06-1037-20/+548
| | | | | | | | | Purpose: Maintenance Description: Added Copyright statement ot the source files Platforms tested: Solaris 2.7 (arabica)
* [svn-r5400] Elena Pourmal2002-05-131-20/+0
| | | | | | | | | Purpose: Code clean-up Description: Removed unused HAVE_XXXX macros from the H5f90i.h file. Platforms tested: HP-UX 11.00 (kelgia) and IRIX64-6.5 (modi4)
* [svn-r5322] Elena Pourmal2002-05-022-0/+6827
| | | | | | | | | | | Purpose: Bug#670 fix Description: dims parameter to the h5dwrite_f, h5dread_f, h5awrite_f and h5aread_f subroutines was declared as INTEGER array of size 7 (max number of dimensions in Fortran). Users could not use the same buffer dims as an argument to the h5screate_simple_f subroutine since it should be an array of size = RANK and type INTEGER(HSIZE_T). Solution: Overload subroutines with dims parameter to be assumed size array of INTEGER(HSIZE_T) type for backward compatibility. Subroutine with the INTEGER dims argument should be depricated in 1.6 release Platforms tested: Windows, Solaris2.7, IRIX64-6.5
* [svn-r5284] Elena Pourmal2002-04-291-3/+3
| | | | | | | | | | Purpose: Maintenance (brought back changes from 1.5 branch) Description: Replaced HAVE_XXXX with H5_HAVE_XXXX and used H5pubconf_fortran.h file instead of H5config_fortran.h Platforms tested: modi4
* [svn-r5265] Elena Pourmal2002-04-251-2/+2
| | | | | | | | | | | | Purpose: Bug fix Description: For some unknown to myself reason I used 32-bit integer for INTEGER(HSIZE_T) on Solaris platforms when 64-bit integers are available for both C and Fortran. Solution: Use long long type to describe h(s)size_t_f types Platforms tested: Solaris 2.7 ans 2.6
* [svn-r5258] Elena Pourmal2002-04-251-4/+16
| | | | | | | | | Purpose: Bug fix Description: Brought back changes from 1.5 branch to use MPI_*_c2f(f2c) functions Platforms tested: modi4 and t3e (NERSC mcurie)
* [svn-r5250] Purpose:Bill Wendling2002-04-241-0/+0
| | | | | | | | | | | Update Description: Added the check for MPI_{Comm,Info}_{f2c,c2f} functions to the Fortran wrappers. There was a bogus H5config.h.in file in the fortran/src directory. Replaced it with H5config_fortran.h.in instead. Platforms tested: HP-UX
* [svn-r5249] This commit was manufactured by cvs2svn to create branch 'hdf5_1_4'.cvs2svn2002-04-241-0/+61
|
* [svn-r5067] Elena Pourmal2002-03-147-19/+19
| | | | | | | | | | | | | Purpose: Bug fix Description: I borrowed function HDpackFstring from the HDF4 Library and left name unchanged. It causes linking problems for Fortran users that use both HDF4 and HDF5 Libraries in their applications. Solution: Changed the name to be HD5packFstring Platforms tested: Solaris 2.7
* [svn-r5039] Elena Pourmal2002-03-063-1/+7
| | | | | | | | | | | Purpose: Bug fix Description: Several C stub functions were not releasing allocated strings. Solution: Fixed Platforms tested: Solaris 2.7
* [svn-r4865] Elena Pourmal2002-01-263-4/+4
| | | | | | | | | | | | Purpose: Maintenance Description: Several compiler's warnings caused Hitachi SR8000 running HI-UX/MPP F90 and C compilers to fail. Solution: Fixed code to eliminate warning. Platforms tested: O2K (modi4) and Solaris 2.7 (arabica)
* [svn-r4761] Purpose:Albert Cheng2001-12-311-13/+0
| | | | | | | | | | | | | | | | | | | | | Removing the DPSS (gridstorage) driver source code. (same as the v1.5) Description: The DPSS (using Grid-Storage) driver is retired. Removed the configure option with-gridstorage from configure.in. Cvs remove the following files ./src/H5FDdpss.c ./src/H5FDdpss.h ./test/dpss_read.c ./test/dpss_write.c Regenerated Dependencies files (some had to be hand-edited since 'make depend' did not cover them.) Removed reference to DPSS Virtual file driver from H5F.c. Platforms tested: modi4 (Parallel; -with-gass=...) eirene (pthread safe) arabica (fortran, cxx).
* [svn-r4651] Elena Pourmal2001-11-271-0/+12
| | | | | | | | | | | | Purpose: Bug fix Description: Somehow I forgot to add DEC compiler directives to the H5Eff.f90 file. Linking failed on OSF 5.1 Solution: Added necessary compiler directives for name translations. Platforms tested: OSF 5.1 (PSC)
* [svn-r4640] Elena Pourmal2001-11-272-3/+10
| | | | | | | | | Purpose: Bug fix Description: Error messages were printed to the file and standard output regardless of the parameters passed to the h5eprint_f function. h5eprintc function did not close the file with the error output. Fixed. Platforms tested: arabica and eirene
* [svn-r4360] Purpose:Quincey Koziol2001-08-151-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | Code cleanup (sorta) Description: When the first versions of the HDF5 library were designed, I remembered vividly the difficulties of porting code from a 32-bit platform to a 16-bit platform and asked that people use intn & uintn instead of int & unsigned int, respectively. However, in hindsight, this was overkill and unnecessary since we weren't going to be porting the HDF5 library to 16-bit architectures. Currently, the extra uintn & intn typedefs are causing problems for users who'd like to include both the HDF5 and HDF4 header files in one source module (like Kent's h4toh5 library). (Merged from the same changes to development branch) Solution: Changed the uintn & intn's to unsigned and int's respectively. Platforms tested: FreeBSD 4.4 (hawkwind)
* [svn-r4214] Elena Pourmal2001-07-163-10/+19
| | | | | | | | | | | | | Purpose: Bug fix (bug #625) Description: Character buffers were not copied and freed properly. That caused segmentation fault on Linux (Debian 2.2, a glibc2.1.3-based distro and gcc 2.95.2 and NAGWare Fortran 95 compiler Release 4.0a(392). Also many compilers screamed about this piece of code. Solution: Asked Quincey to fix the code to do right thing. Platforms tested: Solaris 2.7 (arabica)
* [svn-r4165] Bill Wendling2001-07-091-3/+0
| | | | | | | | | | | | | | | | | | | | | Purpose: Bug Fixes Description: If the system doesn't support modules, then the F9XMODFLAG would be empty. This would cause things like '.' and '../src' to be stranded on the compile line by themselves and the compiler would barf. Also, there needs to be a dependence between the thyperslab_wr program and the THDF5 module. Solution: Put the code to generate the -{M,I,p}<directory> flags in the acsite.m4 file since it's not possible to check if a macro is empty and do substitution on it in the Makefiles. Put a dependency in the Makefile.in so that THDF5 will be made before the thyperslab_wr program. Platforms tested: Linux
* [svn-r4132] Elena Pourmal2001-07-061-1/+1
| | | | | Purpose: Another typo fix that I did not catch in the 1.4 branch but fixed in 1.5.
* [svn-r4130] Elena Pourmal2001-07-061-2/+2
| | | | | | | | | Purpose: Typo fix Description: Today's daily tests failed on modi4 (pp) because name of the H5FDmpioff.f90 was misspelled.
* [svn-r4117] Bill Wendling2001-07-052-119/+506
| | | | | | | | | | | | | Purpose: Bug Fix Description: During a parallel make session, some modules would get built way before the modules they depend upon were built. Solution: Explicitly put the dependencies in the Makefile.in so that things will be built in the correct order. Platforms tested: modi4 and eirene.
* [svn-r4037] Elena Pourmal2001-06-212-384/+0
| | | | | | | | | | | | Purpose: Windows port Description: Names of H5f.c H5ff.f90 files caused linking problems on Windows platforms. Solution: Renamed the files to H5_f.c and H5_ff.f90. Platforms tested: Windows 98 and Solaris 2.7.
* [svn-r4036] This commit was manufactured by cvs2svn to create branch 'hdf5_1_4'.cvs2svn2001-06-211-0/+171
|
* [svn-r4029] Elena Pourmal2001-06-211-3/+59
| | | | | | | | | Purpose: IBM SP F90 HDF5 Library port Description: Added necessary type definitions for SP2 port. Platforms tested: Gseaborg ( NERSC IBM SP)
* [svn-r4025] Elena Pourmal2001-06-2120-1282/+13140
| | | | | | | | | | | | | | | | | Purpose: Windows and DEC OSF port Description: Added support for Windows and DEC UNIX (OSF1) Solution: Interface blocks for each C function called from corresponding F90 function were added to port HDF5 F90 Library to Windows platforms. Special DEC compilers directives were added to avoid name conflicts for C functions called from F90 functions on Windows and DEC UNIX. Also changes were done to the h5dwrite/read_f and h5awrite/read_f interfaces ( extra parameter added to make code portable between Windows and UNIX platforms) Platforms tested: Windows 98 (static library only), DEC UNIX
* [svn-r3961] Elena Pourmal2001-06-051-1/+1
| | | | | | | | | | | | | | | | | | | | Purpose: HPUX 11.00 port Description: Redundant "USE" statements triggered F90 compiler bug on HPUX 11.00 systems. Solution: Removed redundant "USE" statement as was recommended by HP people. This fix is different from the fix I applied to 1.5 branch. The branch does not have Windows port yet (I am waiting for DEC response on DLL bug). So I decided to make a minimum change to the source code at this point. Fix applied to 1.5 branch is more consistent but several other files have to be modified. When I finish Windows port all F90 files in this branch will be replaced anyway. Platforms tested: HPUX 11.00 (kelgia)
* [svn-r3934] Purpose:Bill Wendling2001-05-154-6/+6
| | | | | | | | | | | | | | | | Code Update Description: Ported change from the 1.5 branch to the 1.4 branch where all HDF5 include files are in quotes instead of angle brackets: #include "hdf5_file.h" instead of #include <hdf5_file.h> Platforms tested: Linux
* [svn-r3923] This commit was manufactured by cvs2svn to create branch 'hdf5_1_4'.cvs2svn2001-05-121-0/+344
|
* [svn-r3644] Elena Pourmal2001-03-151-3/+30
| | | | | | | | | Purpose: Port to DEC ALPHA running LINUX Description: Added necessary definitions to the fortran header file for LINUX port. Platforms tested: DEC ALPHA LINUX and DEC OSF
* [svn-r3320] Elena Pourmal2001-01-221-1/+1
| | | | | | | | | | | | | Purpose: Bug fix Description: Compilation failed for the H5f90global.f90 file on DEC UNIX (hdf5-1.4.0-beta3-pre2) When new definition H5E_TBBT_F was added, the length of the corresponding H5E_flags array was not increased. Solution: Fixed the length of the array. Platforms tested: DEC UNIX (gondolin)
* [svn-r3306] Elena Pourmal2001-01-191-16/+17
| | | | | | | | | | | | Purpose: Bug fix. Description: While building on T3E, I noticed several compiler warnings about variable being used before its value was defined. Solution: Fixed. Platforms tested: T3E (mcurie.nersc.gov)
* [svn-r3305] Purpose:Quincey Koziol2001-01-192-5/+8
| | | | | | | | Code cleanup Description: Removed some additional references to ragged arrays. Platforms tested: IRIX64 (modi4)
* [svn-r3129] Purpose:Bill Wendling2000-12-131-1/+1
| | | | | | | | Removal of redundancy Description: HDF5.f90 was added in when it didn't need to be some times... Platforms tested: T3E
* [svn-r3126] Purpose:Bill Wendling2000-12-131-6/+6
| | | | | | | | | | | | | | Bug Fix Description: Parallel stuff wasn't being compiled on T3E. It was complaining about not being able to find said files. Also, I was confused about which Fortran module needed to be compiled when it was parallel. Solution: Did magic so that the correct files are specified when parallel is enabled. Platforms tested: T3E
* [svn-r3068] Elena Pourmal2000-12-021-6/+6
| | | | | | | | | | Purpose: Code maintenace Description: Comments to the h5tget_order_f and h5tset_order_f subroutines were incorrect. Solution: Fixed.
* [svn-r3067] Elena Pourmal2000-12-021-0/+1
| | | | | | | | | | | Purpose: Bug fix. Description: nh5tget_order_c function always returned "FAIL" Solution: Fixed Platforms tested: Not tested ( I know :-)....)
* [svn-r3055] Elena Pourmal2000-12-011-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | Purpose: Bug fix on T3E. Description: There was a typo in the h5init_types_c name translation line that caused compilation errors. Solution: Fixed the typo. This fix exposes another error and I have no clue what to do about this one f90 -p. -p../src -dp -o fortranlib_test fortranlib_test.o hdf5test.o tH5F.o tH5D.o tH5R.o tH5S.o tH5T.o tH5Sselect.o tH5P.o tH5A.o tH5I.o tH5G.o ../src/.libs/libhdf5_fortran.a ../../src/.libs/libhdf5.a -L/u3/epourmal/HDF4/NewHDF/lib -lmfhdf -ldf -ljpeg -lz -lnsl -lm cld-405 cld: WARNING The entry point `HDF5' defined in relocatable object `../src/.libs/libhdf5_fortran.a[HDF5.o:HDF5]' is used; the definition in relocatable object `./../src/HDF5.o:HDF5' is ignored. cld-431 cld: WARNING The resulting output file `fortranlib_test' is not executable because of previous WARNING messages. Make: "../../libtool --mode=link f90 -p. -p../src -dp -o fortranlib_test fortranlib_test.lo hdf5test.lo tH5F.lo tH5D.lo tH5R.lo tH5S.lo tH5T.lo tH5Sselect.lo tH5P.lo tH5A.lo tH5I.lo tH5G.lo ../src/libhdf5_fortran.la ../../src/libhdf5.la": Error code 1 cmd-2436 make: Stop. + exit 1 Make: "set -x; for d in src test examples; do \ (cd $d && make tests) || exit 1; \ done": Error code 1 Platforms tested: T3E
* [svn-r3034] Elena Pourmal2000-11-292-2/+2
| | | | | | | | | | | | | | Purpose: Bug fix. Description: H5f90global.f90: One of the common block arrays (floating_types) had a typo in the name. DEC compiler was the only compiler to warn about the problem. H5Ff.f90 Compiler gave warnings about a variable that was used before its value was defined. Fixed. Turned to be a typo in a variable name. Platforms tested: DEC UNIX (gondolin)
* [svn-r3031] Elena Pourmal2000-11-291-1/+7
| | | | | | | | | | | Purpose: Bug fix Description: Functions were using flags that were not defined anymore. Somehow I forgot to check this file in when I modified code to use run-time generated flags. Platforms tested: O2K (modi4)
* [svn-r2975] Elena Pourmal2000-11-177-22/+69
| | | | | | | | | | | | | Purpose: Code maintenance and development Description: I added two functions h5open_f and h5close_f to initialize C library and Fortran interface (flags, predefined datatypes, etc). Those calls are required for any F90 program that uses HDF5. I renamed H5f90misc.c and H5f90miscf.f90 files to H5f.c and H5ff.f90. New functions are added to those new files. Platforms tested: Solaris 2.6
* [svn-r2972] Elena Pourmal2000-11-171-3/+3
| | | | | | | | | | | | Purpose: Bug fix Description: HP and AIX compilers did not like duplicate array declarations in common blocks statements. Solution: Removed duplication Platforms tested: SP2 and HPUX 11.00
* [svn-r2963] Elena Pourmal2000-11-171-2/+2
| | | | | | | | | | | | Purpose: Bugs fix Description: I used H5Tcreate_array instead of H5Tarray_create in C stub Solution: Fixed Platforms tested: Solaris 2.6 OCVS: ----------------------------------------------------------------------
* [svn-r2958] Elena Pourmal2000-11-163-39/+269
| | | | | | | | | | | | | | | | | | | Purpose: Code development and maintenance Description: Four new fortran functions to support array datatype were added: h5tarray_create_f h5tget_array_ndims_f h5tget_array_dims_f h5tget_super_f Two functions were deleted (commented out for now, can be returned easily if necessary): h5tinsert_array_f h5tget_member_dims Platforms tested: Library build was tested on Solaris2.6. I have to modify test program to use new functions. Right now test program will not compile.
* [svn-r2934] Purpose:Bill Wendling2000-11-151-2/+2
| | | | | | | | | Changed to handle tracing in Fortran files. Description: Changed so that it picks up the correct trace program in hdf5/bin. Platforms tested: Linux
* [svn-r2919] Purpose:Bill Wendling2000-11-151-0/+0
| | | | | | | | | | | | Buglet fix... Description: When configuring, configure would complain about there not being a confdefs.h file. Solution: Added a src/H5config.h file which configure can generate. This can be used for configure stuff later, but is empty now. Platforms tested: Linux
* [svn-r2808] Elena Pourmal2000-11-072-1/+10
| | | | | | | | | | | | Purpose: New feature Description: Added F90 flags to support h5glink_f subroutine H5G_LINK_ERROR_F H5G_LINK_HARD_F H5G_LINK_SOFT_F Platforms tested: Linux (eirene)
* [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.
generated by cgit v0.12 at 2025-03-21 01:22:37 (GMT)