summaryrefslogtreecommitdiffstats
path: root/fortran/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r4757] Purpose:Albert Cheng2001-12-301-13/+0
| | | | | | | | | | | | | | | | | | Removing the DPSS (gridstorage) driver source code. 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, arabica (fortran, cxx).
* [svn-r4755] Purpose:Quincey Koziol2001-12-221-1/+1
| | | | | | | | Bug Fix Description: Change H5Rget_object_type to H5Rget_obj_type. Platforms tested: Linux 2.2.x (eirene)
* [svn-r4683] Purpose:Quincey Koziol2001-12-071-0/+4
| | | | | | | | | | | | | | Bug fix. Description: Fix fortran stub for H5P[gs]et_hyper_cache. Solution: Made the fortran subs not execute any function calls into the library, unless v1.4 compatibility is turned on. Elena will be following this up with a real fix. Platforms tested: FreeBSD 4.4 (hawkwind)
* [svn-r4652] Elena Pourmal2001-11-271-1/+13
| | | | | | | | | | | | 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: Not tested yet but without this change it would fail.
* [svn-r4637] Elena Pourmal2001-11-272-4/+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-r4482] Purpose:Quincey Koziol2001-09-262-21/+7
| | | | | | | | | | | | | | | | | | | | | | Kludge Description: Since we're only about halfway through converting the internal use of property lists from the "old way" to the generic property lists, we turned off snapshots to avoid exposing lots of API changes to users, until the APIs settled down. Getting the snapshots rolling again seems to have become a priority, so some changes are going to have to be made now that were going to be postponed until we were completely finished with the conversion. This requires that the old API functions be able to deal with both the old and new property lists smoothly. Solution: Kludge together the property list code so that they can transparently handle dealing with both the old and new property lists Platforms tested: FreeBSD 4.4 (hawkwind)
* [svn-r4355] Purpose:Quincey Koziol2001-08-141-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). Solution: Changed the uintn & intn's to unsigned and int's respectively. Platforms tested: FreeBSD 4.4 (hawkwind)
* [svn-r4327] Purpose:Quincey Koziol2001-08-112-6/+13
| | | | | | | | | More code cleanups Description: Wrap up the code cleanups for changing the dataset transfer property lists over to using the generic property list code. Platforms tested: IRIX64 6.5 (modi4)
* [svn-r4326] Purpose:Quincey Koziol2001-08-104-11/+11
| | | | | | | | | | Code cleanups, mostly.. Description: Work on pacifying the SGI compiler to get the generic properties working correctly with --enable-parallel and --enable-fortran. It's not quite fixed yet, but I need to head home and these patches help... :-/ Platforms tested: IRIX64 6.5 (modi4)
* [svn-r4321] Purpose:Quincey Koziol2001-08-071-1/+0
| | | | | | | | | | Bug fix. Description: Left an extra '}' in when I removed the v1.2.x compat stuff. Solution: Took the '}' out... :-) Platforms tested: Solaris 2.7 (arabica)
* [svn-r4312] Purpose:Quincey Koziol2001-08-061-185/+0
| | | | | | | | | Feature shift Description: Take out the v1.2.x compatibility stubs and put in the hooks for v1.4.x compatibility when needed. Platforms tested: FreeBSD 4.3 (hawkwind)
* [svn-r4298] Bill Wendling2001-08-011-119/+477
| | | | | Purpose: Regenerated Dependencies Files
* [svn-r4216] 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. Platforms tested: Linux (eirene)
* [svn-r4166] Bill Wendling2001-07-091-3/+0
| | | | | | | | | Purpose: Fix Description: Porting fixes from the 1.4 branch to the 1.5 branch. This fixes the dependency problem in the testpar/ directory and also the problem with module includes on the command line.
* [svn-r4131] Elena Pourmal2001-07-061-2/+2
| | | | | | | | | | Purpose: Typo fix Description: Today's daily tests failed on modi4 (pp) because of the type in the H5FDmpioff.f90 file name. Solution: Fixed the name.
* [svn-r4121] Purpose:Bill Wendling2001-07-051-0/+26
| | | | | | | | | | Bug Fix Description: Propagating changes from the 1.4 branch to the 1.5 branch. This fix takes care of the problem of parallel make in the Fortran directory. Platforms tested: Eirene and Modi4
* [svn-r4071] Bill Wendling2001-06-271-0/+3
| | | | | | | | | | | | Purpose: Bug Fix Description: Modules weren't being found correctly. Solution: The F9XMODFLAG was being set and used in the test{par}/ and examples/ directories, but it's also needed in the src/ directory. Platforms tested: Modi4...cross fingers...
* [svn-r4035] Elena Pourmal2001-06-211-3/+59
| | | | | | | | | Purpose: IBM SP F90 HDF5 Library port Description: Added necessary type definitions for the port Platforms tested: Tested only for 1.4. branch. 1.5 branch will be tested later.
* [svn-r4033] Elena Pourmal2001-06-2110-0/+610
| | | | | | | | | | | | | | Purpose: DEC UNIX port Description: Windows port caused problems on DEC UNIX. Names of C functions called from F90 subroutines were converted to UPPER case while DEC UNIX expected them to be in lower case. Solution: Added special DEC compiler directives to avoid the conflict on two systems Platforms tested: Windows98, DEC UNIX, Linux
* [svn-r3958] Elena Pourmal2001-06-043-18/+33
| | | | | | | | | | | | | | | | Purpose: HPUX 11.00 port Description: Redundant USE statements triggered a bug in the HP F90 compiler. Solution: Source code was rearranged to avoid redundancy: definitions of the object and dataset region reference types were moved from H5Rff.f90 to H5f90global.f90; "USE H5R" statement was removed from H5Rff.f90. Now H5Rff.f90 uses "USE H5GLOBAL" statement only as the rest of the modules. Platforms tested: HPUX 11.00 (kelgia), Solaris 2.7 (arabica)
* [svn-r3908] Elena Pourmal2001-05-101-1/+1
| | | | | | | | | | | | Purpose: Bug fix Description: There was a syntax error on Windows, and I fixed it long time ago but forgot to check this file into CVS. Solution: Fix the error. Platforms tested: Windows98
* [svn-r3872] Elena Pourmal2001-04-293-2/+14
| | | | | | | | | | | | | | | Purpose: Windows port Description: Names of the H5f.c and H5ff.f90 files caused problems on Windows98. Compilation of H5F.c (C Library) and H5Ff.f90 (Fortran library) as compilation of H5f.c and H5ff.f90 creates the same H5F.o and H5FF.o file names and linking stage fails. Solution: Rename the files to H5_f.c and H5_ff.f90 Platforms tested: Linux (eirene) and Windows98
* [svn-r3860] Elena Pourmal2001-04-2716-965/+3251
| | | | | | | | | | | | | | | | | | | | | | Purpose: Windows port Description: Multiple changes: * Windows platforms require special compiler directives in order to create DLLs. * In read/write subroutines data arrays were passed by descriptor. This worked on UNIX but did not work on Windows. Solution: * added compiler directives. * read/write APIs have been changed. There is an additional parameter (array that contains the sizes of data buffer dimensions) and regular arrays are used instead of assumed-shaped arrays. Platforms tested: * Currently this feature does not work. Common blocks are not exported correctly from one F90 module to another. I am checking this in so I can ask DEC for help. * For static library tests passed on Windows 98 ( except flush2_fortran) All tests passed on Linux, Solaris 2.7, O2K and T3E
* [svn-r3773] Purpose:Bill Wendling2001-04-033-3/+3
| | | | | | | | | | | | Update Description: Changed #include <hdf5.h> to #include "hdf5.h" to be consistent with the other code. Platforms tested: Linux
* [svn-r3651] Elena Pourmal2001-03-161-7/+107
| | | | | | | | | | | Purpose: Maintenance Description: [describe the bug, or describe the new feature, etc] Solution: Added comment block to each subroutine. Platforms tested: NONE, do it later.
* [svn-r3649] Elena Pourmal2001-03-164-249/+2249
| | | | | | | | | | | | | | | | | | Purpose: Windows port and maintenance Description: Each C function called from F90 subroutine requires explicit interface. Some drivers functions were not implemented. Solution: Added interfaces and comment blocks to each F90 subroutine. Added the following subroutines: h5pset(get)_fapl_core_f h5pset(get)_fapl_family_f h5pset_fapl_sec2_f h5pset_fapl_stdio_f Platforms tested: Linux (eirene) to make sure that code still works on UNIX. More UNIX platforms will be tested before moving to Windows.
* [svn-r3553] Elena Pourmal2001-03-071-72/+2030
| | | | | | | | | | | | | | Purpose: Window port and maintenance Description: Windows Fortran requires interface blocks for each C function called from F90 stub. I also added comment blocks for each F90 API and fixed minor bugs in enum datatype routines that are not official yet. Solution: Added interface blocks. Platforms tested: Linux (eirene)
* [svn-r3552] Elena Pourmal2001-03-061-28/+943
| | | | | | | | | | | | | Purpose: Window port and maintenance Description: Windows Fortran requires interface blocks for each C function called from F90 stub. I also added comment blocks for each F90 API. Solution: Added interface blocks. Platforms tested: LINUX (eirene)
* [svn-r3546] Elena Pourmal2001-03-053-41/+790
| | | | | | | | | | | | | Purpose: Windows port and maintenance Description: Windows Fortran requires interface blocks for each C function called from F90 stub. I also added comment blocks for each F90 API. Solution: Added interface blocks. Platforms tested: Linux (eirene)
* [svn-r3542] Elena Pourmal2001-03-021-26/+420
| | | | | | | | | | | | | Purpose: Windows port and maintenance Description: Windows Fortran requires interface blocks for each C function called from F90 stub. I also added comment blocks for each F90 API and fixed several typos. Solution: Added interface blocks. Platforms tested: Linux (eirene) to test that things are not broken on UNIX.
* [svn-r3531] Elena Pourmal2001-03-011-4/+113
| | | | | | | | | | | Purpose: Windows port and maintenance Description: Windows Fortran requires interface bocks for each C function called from F90 stub. I also added comment blocks for each F90 API. Solution: Added interface blocks. Platforms tested: Linux (eirene) to test that things are still working on UNIX.
* [svn-r3527] Elena Pourmal2001-02-281-89/+1718
| | | | | | | | | | | | | Purpose: Windows port and maintenance Description: Windows Fortran requires interface bocks for each C function called from F90 stub. I also added comment blocks for each F90 API. Solution: Added interface blocks. Platforms tested: Linux (eirene) to test that things are still working on UNIX.
* [svn-r3522] Elena Pourmal2001-02-271-79/+1318
| | | | | | | | | | | | | | Purpose: Windows port and maintenance. Description: Windows Fortran requires explicit interface block for each C function called from F90 stub. I also added comment block for each F90 function. Solution: Added inteface block for each function. Platforms tested: Linux (eiriene): checked that code is still compiles and runs correctly on UNIX.
* [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)