summaryrefslogtreecommitdiffstats
path: root/fortran/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r7133] Purpose: Typo fixElena Pourmal2003-07-011-1/+1
| | | | | | | | | | | | Description: When Quincey and I updated Fortran SZIP flags, we accidentally renamed one of the C flags H5_SZIP_ALLOW_K13_OPTION_MASK used by Fortran C-stub routine. Solution: Fix the typo. Platforms tested: Linux 2.5 and True64 Misc. update:
* [svn-r7130] Purpose:Quincey Koziol2003-07-012-3/+3
| | | | | | | | | | | Tweak code Description: Change FORTRAN flags for szip so they are shorter. Platforms tested: eyeballed... too minor for quad check
* [svn-r7129] Purpose:Quincey Koziol2003-07-012-9/+13
| | | | | | | | | | Bug fix Description: Propogate szip flag changes into FORTRAN source & tests Platforms tested: h5committest
* [svn-r7114] Elena Pourmal2003-06-271-1/+1
| | | | | | | | | | | | | | | Purpose: Bug fix Description: Makefile.in has hardcoded dependencies. H5Zff.lo was missing for the sequential version. That caused parallel make to fail, since module HDF5 was built before H5Z. Solution: Added H5Zff.lo to dependencies list. Platforms tested: This is an obvious error and also due to the seminar and picnic schedule I am checking in without testing. I will test it later today. Misc. update:
* [svn-r7064] Elena Pourmal2003-06-192-5/+92
| | | | | | | | | | | | | | | | | | | | Purpose: IA64 (titan) cleanup and backing up previous change to the H5f90global.f90 file Description: We defined IA64 variable for C-stubs compilation on IA64 systems. But system defines __ia64 and it is better to use it as we do on all other systems. Fortran test failed since global variable became undefined. Solution: Removed -DIA64 and use __ia64 instead. Somehow removal of COMMON statements from H5f90global.f90 caused errors on titan. Most of the global fortran variables became undefined. I am not sure why it is happenning. It may be ecc compiler or there is an error in the Fortran code. Since it may take some time to track it, I decided to remove this change. Platforms tested: titan, arabica Misc. update:
* [svn-r7059] Purpose:Quincey Koziol2003-06-183-8/+12
| | | | | | | | | | | Refactoring Description: Track changes to H5Fget_obj_<foo> API functions. Platforms tested: FreeBSD 4.8 (sleipnir) h5committest
* [svn-r7050] Elena Pourmal2003-06-181-2/+2
| | | | | | | | | | | | | | | | | | | | | Purpose: Bug fix Description: On Windows Fortran szip test failed in debug mode. It turned out that C-stub for H5Pget_filter_by_id didn't calculate the correct value of namelen parameter that is passed to the H5Pget_filter_by_id function. As a result fortran parameter that hold creation property id was overwritten and h5fdcreate_f failed. Solution: Fixed the value of namelen parameter to the H5Pget_filter_by_id function. Platforms tested: Windows 2000 with VF both debu and release modes, sol, verbena. Misc. update:
* [svn-r7045] Elena Pourmal2003-06-171-91/+4
| | | | | | | | | | | | | | | | | Purpose: Code cleanup Description: For some unknown to myself reason I used COMMON in the HDF5 module that has to be included in all Fortran HDF5 application. This is redundant and may cause problems for optimization. Also COMMON is an "OLD" feature and shouldn't be used. Solution: Removed COMMON statements. Platforms tested: modi4 sequential and parallel, arabica, vebena, Windows with Visual Fortran. Misc. update:
* [svn-r6995] Purpose:Albert Cheng2003-06-091-2/+4
| | | | | | | | | | | | | cleanup Description: Move the removal of libhdf5_fortran.settings from clean to distclean target. Platforms tested: Tested in copper only since the change is trivial. Misc. update:
* [svn-r6966] Elena Pourmal2003-06-041-18/+34
| | | | | | | | | | | | | | | | Purpose: Bug fix Description: One of the arguments to the h5pset(get)_preserve_f and h5pset(get)_fapl_core_f had fortran INTEGER instead of LOGICAL type. Solution: Changed the type Platforms tested: arabica and verbena This is a very simple change, and I want to go home :-) I will be doing more testing anyway on modi4 tomorrow. Misc. update:
* [svn-r6950] Purpose:Quincey Koziol2003-06-043-11/+11
| | | | | | | | | | | | | | | | | | | | | | API tweak. Description: The H5Sget_select_bounds() API call was using hsize_t arrays for retrieving the 'start' and 'end' coordinates, which is counter to the rest of the dataspace API. Solution: Change the arrays to be hssize_t instead. Platforms tested: FreeBSD 4.8 (sleipnir) w/C++ FreeBSD 4.8 (sleipnir) w/parallel h5committested Misc. update: Updated all docs for this change. Added 1.4 compatibility #ifdef's
* [svn-r6918] Elena Pourmal2003-05-271-0/+5
| | | | | | | | | | | | | | | | | | | | Purpose: Support for Fortran Absoft compiler on Linux Description: Absoft has its own name translation rules for the names of C functions called from Fortran Solution: Added "if defined H5_ABSOFT" statement to the linux portion of the H5f90i.h file to define correct translations. For now, Fortran users who use ABSOFT fortran compiler have to specify -DH5_ABSOFT flag for their C compiler. Platforms tested: Remote laptop running SuSE8.1 with Absoft compiler, verbena with icc and ifc just to make sure that our current linux configuration still works. Since it is a pure Linux change, I didn't test it on other systems. Misc. update:
* [svn-r6881] Purpose:Bill Wendling2003-05-151-0/+6
| | | | | | | | | | | | | | | Update Description: Regenerated Platforms tested: Modi4 (Fortran & Parallel) Verbena (Fortran & C++) Arabica (Fortran) (though not with GPFS enabled...) Misc. update:
* [svn-r6859] Purpose:Bill Wendling2003-05-131-1/+1
| | | | | | | | | | | | | | | Bug Fix Description: Porting preprocessor (-E) bug fix from h5cc to h5fc. Solution: See Description. Platforms tested: Eyeballed (small fix). Misc. update:
* [svn-r6820] Elena Pourmal2003-05-063-0/+150
| | | | | | | | | | | | | | | Purpose: Fortran updtae Description: Created new functions h5pset(get)_fapl_mpiposix_f Platforms tested: Compilation was tested with semi-manual h5committest. (I ahd to built and test manullay on modi4 parallel because of some weird failure of h5committest on modi4) There are no tests yet for those functions. Kent was going to use them in the MEAD project to test the performance. Misc. update:
* [svn-r6790] Elena Pourmal2003-05-013-2/+8
| | | | | | | | | | | | | | | | | | | Purpose: Maintenance/code cleanup/fight with Windows Fortran DLLs Description: While strugling with Fortran DLLs on Windows I noticed some missing export definitions that are necessary for exporting correctly data and functions. Solution: Added missing definitions Platforms tested: h5committested; Windows with MSVC++ and Visual Fortran on Windows. Fortran DLLs partially work, only 2 tests fail, but failure doesn't make any sense. To make things worse, most of the C DLL tests start to fail when Fortran is built. I am still investigating... Misc. update:
* [svn-r6772] Elena Pourmal2003-04-295-41/+20
| | | | | | | | | | | | | | | | | | Purpose: Windows maintenance and code cleanup Description: There were a lot of places in the source code where varibale was declared but never used. Solution: Cleaned the source code to avoid warnings on Windows adn Unix platforms. Platforms tested: arabica, modi4, Windows Probably my environment is wrong on Linux, cannot compile at all when fortran is enabled If daily tests fails tomorrow, this will be my fault but I want to go home now :-) Misc. update:
* [svn-r6746] Purpose:Bill Wendling2003-04-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: When going to compile on a platform (like HP-UX) which doesn't have libz.a in it's path, the script would fail. The reason was that the LDFLAGS variable which holds the directories to these libraries was last in the compile line. So the compiler couldn't find the library Solution: Put the LDFLAGS variable before the linker variables. Platforms tested: Kelgia (Fortran) Verbena (Fortran, no C++ since only Fortran affected) Arabica (Fortran) Modi4 (Fortran & Parallel) Also ran "make check-install" Misc. update:
* [svn-r6739] Purpose:Bill Wendling2003-04-231-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: H5FC was failing on Copper (IBM P690). The reason: the xlf compiler needs files to end in .f in stead of .f90. If you have .f90 files, you need the "-qsuffix=f=f90" flag defined. This was defined for compiling things via the "-c" option (to object files) but not for straight compilation of a file. I also noticed that the directory modules were being extracted from was "." and "../src". H5FC would find these alright when doing a "make check-install" but if Suzie User were to try this, it might fail for her. Suzie would have to specify explicitly where to grab these files. Solution: The solution to the problem was a bit more involved. I added a new variable called "F9XSUFFIXFLAG" which is set to this value if the machine needs it. Added new variable called "FSEARCH_DIRS" which can be set to the directories to find modules during compilation. The H5FC script knows where to find the correct modules (it's in the lib/ directory), so it uses the F9XMODFLAG to find them and not the FSEARCH_DIRS flag. Platforms tested: Modi4 (Fortran & Parallel) Verbena (Fortran) C++ not needed since this is Fortran-only fix Arabica (Fortran) Copper (Fortran) Ran "make install" and "make check-install" afterwards... Misc. update:
* [svn-r6735] Purpose:Bill Wendling2003-04-221-0/+30
| | | | | | | | | | | | | | | | | Update Description: Ran "autoheader" to gather some of the added #defines that were included in the configure.in file over the months... Platforms tested: Arabica & Baldric (Fortran) Modi4 (Parallel & Fortran) Verbena (C++ & Fortran) All with --enable-stream-vfd and doing a "make check-install". Misc. update:
* [svn-r6684] Elena Pourmal2003-04-1536-129/+611
| | | | | | | | | | | | | | | | | | | Purpose: Added copyright statement; cleaned code and fixed bugs for Windows and Cray T90IEEE Description: Fortran files did not have copyright statement; VL types did not work on T90IEEE since I never brought the correct code from 1.4 branch; there were compilation warnings on Windows; some character parameters were not passed correctly to C stubs causing tests to fail on Windows. Solution: Added copyright statement and clean the code. Platforms tested: CRAY T90IEEE, arabica, modi4 with parallel, Windows 2000 Only static tests (both debug and release) passed on Windows. DLLs have multiple problems ;-) Misc. update:
* [svn-r6680] Purpose:Bill Wendling2003-04-152-2/+21
| | | | | | | | | | | | | | Feature Add Description: Added a "libhdf5_fortran.settings" file to the Fortran library. Platforms tested: Arabica (Fortran) Modi4 (Parallel & Fortran) Vebena (Fortran & C++) Misc. update:
* [svn-r6641] Elena Pourmal2003-04-126-26/+492
| | | | | | | | | | | | | | | | | | Purpose: Catching up with C library Description: I added four new functions h5pset_szip_f h5pget_filter_by_id_f h5pmodify_filetr_f h5pall_filters_avail_f Solution: Platforms tested: arabica (with and without SZIP Library), modi4 (with SZIP and parallel) burrwhite (with SZIP and PGI C and Fortran compilers) Misc. update:
* [svn-r6639] Purpose:Bill Wendling2003-04-111-1/+7
| | | | | | | | | | | | | | | | | | | | Fix Description: There are some Fortran compilers which don't have a module flag. Solution: If they don't have one, then don't specify it on the line. Also added the LDFLAGS to the compile line so that we pick up the proper libraries and their directories. Platforms tested: Modi4 (Parallel & Fortran) Burrwhite (Fortran & C++) Baldric (Fortran), but make check didn't work because of "libucb.so" error that I can't fix...) Misc. update:
* [svn-r6624] Purpose:Bill Wendling2003-04-101-1/+2
| | | | | | | | | | | | | | | | | Bug Fix Description: The way to detect modules wasn't in there. Solution: Added the 'F9XMODFLAG' variable and have it pointing to the appropriate place. Platforms tested: Arabica. Will test on other platforms one at a time. This won't affect other parts of the system... Misc. update:
* [svn-r6623] Purpose:Bill Wendling2003-04-101-3/+4
| | | | | | | | | | | | | | | | | | Bug Fix Description: Some of the macros in the script weren't being updated by configure correctly. Also, the FFLAGS needed to be used during compilation. Solution: Put the correct macros in there. Added FFLAGS. Platforms tested: Arabica. Only testing it on one platform for now since this is a script change and needs to be tested on one machine first before further testing... Misc. update:
* [svn-r6622] Purpose:Bill Wendling2003-04-102-3/+216
| | | | | | | | | | | | | | | | | | | Addition Description: Added "h5fc" utility. This is the same as the "h5cc" utility but for Fortran. It only handles static libraries since that's the only library we build for Fortran. Note! I've tested the code on the normal platforms but I haven't tested the utility itself. Platforms tested: Arabica (Fortran) Modi4 (Fortran & Parallel) Burrwhite (Fortran & C++ Misc. update:
* [svn-r6617] Purpose:Albert Cheng2003-04-091-2/+1
| | | | | | | | | | | | | | | | | Bug fix. Description: The macro MAX defined here is very commonly defined, e.g., AIX systems. The compiler did not like duplicated macro defines. Solution: H5_MAX is already defined in H5f90.h and used in other code. Remove MAX and change its use to H5_MAX. Platforms tested: "h5committested", plus tested at LLNL Blue. Misc. update:
* [svn-r6602] Purpose:Quincey Koziol2003-04-093-11/+6
| | | | | | | | | | | | | | | | | | Code cleanup Description: Adjusted parameters for fortran wrappers of H5Pset_shuffle to match the changes to the C API function. Solution: Platforms tested: FreeBSD 4.8 (sleipnir) w/szip Linux 2.4 (sleipnir) w/szip Solaris 2.7 (arabica) w/FORTRAN IRIX64 6.5 (modi4) w/szip, FORTRAN & parallel Misc. update:
* [svn-r6573] Elena Pourmal2003-04-027-8/+567
| | | | | | | | | | | | | | Purpose: Maintenance Description: New fortran APIs h5pset_fapl_multi and h5pget_fapl_multi have been added Solution: Platforms tested: burrwhite with PGI compilers, arabica and modi4 with --enable-parallel Misc. update:
* [svn-r6494] Elena Pourmal2003-03-1918-58/+1252
| | | | | | | | | | | | | | | | | | | | | Purpose: Catching up with the C library Description: Added the follwoing new fortran functions h5iget_name_f h5tis_variavle_str_f h5zunregister_f h5zfilter_avail_f h5pset_shuffle_f h5pset_fletcher32 h5pset_edc_check_f h5pget_edc_check_f h5dfill_f Solution: Platforms tested: arabica(C and F90), burrwhite (pgcc and pgf90), modi4 (F90 and parallel) Misc. update:
* [svn-r6464] Elena Pourmal2003-03-0514-85/+5119
| | | | | | | | | | | | | | | | | | Purpose: Maintenance Description: * Added support for generic properties. * Added support for time allocation properties. * Added support for variable length datatypes (only datatypes based on INTEGER, REAL and CHARACTER Fortran types are supported). * added some missing functions Solution: I am checking in new Fortran APIs and their man pages to support 1.5 features listed above. Not all APIs have tests yet. APIs were written in Fall 2002, and I am afraid that I will loose the code or totally forget what I did if I wait longer. ;-) Platforms tested: arabica (fortran), eirene (fortran), modi4 (parallel, fortran)
* [svn-r6442] Elena Pourmal2003-02-271-4/+4
| | | | | | | | | | | | Purpose: Bug fix Description: Enumeration datatype was broken in Fortran Solution: Fixed C wrapper functions to pass variables correctly from Fortran to C layer. Platforms tested: modi4, arabica, eirene
* [svn-r6022] Elena Pourmal2002-10-211-7/+31
| | | | | | | | | Purpose: Fortran port to IA64 Description: I brought back changes from 1.4 branch to support IA64 system. Platforms tested: IA64 (titan), Solaris 2.7 (arabica), Linux 2.2 (eirene) and IRIX64-6.5 (modi4)
* [svn-r6013] Elena Pourmal2002-10-181-1/+1
| | | | | | | | | | | | Purpose: Bug fix Description: There was a typo in the h5dont_exit_c function name that caused compilation problems on Windows Solution: Fixed typo Platforms tested: Kent is going to retest it on Windows.
* [svn-r5983] Purpose:Quincey Koziol2002-10-141-14/+14
| | | | More fixups to the Dependencies files...
* [svn-r5981] Purpose:Quincey Koziol2002-10-141-65/+118
| | | | Regenerate Dependencies files.
* [svn-r5958] Elena Pourmal2002-10-023-0/+160
| | | | | | | | | | | | | | Purpose: Added missing fortran functions h5set(get)_buffer_f. Also added docs and tests for them. Solution: Currently functions do not accept conversion and background buffers. This corresponds to H5set(get)_buffer call with buffer pointers set to NULL. If there is a demand, I can overload the functions to have new parameters and go through all trouble creating functions for all supported datatypes. Platforms tested: Solaris 2.7, Linux 2.2., IRIX64-6.5
* [svn-r5956] Elena Pourmal2002-10-019-10/+597
| | | | | | | | | | | | | | | | | | Purpose: Added new F90 APIs Description: I added new F90 APIs, tests, and documentation for the following functions: h5fget_obj_count_f h5pequal_f h5tget_member_index_f h5fget_obj_ids_f h5pget_fclose_degree_f h5pset_fclose_degree_f Documentation for exisiting functions was missing: h5freopen_f, h5fflush_f, h5fmount_f, h5unmount_f, h5fget_create_plist_f, h5fget_access_plist_f. Platforms tested: Solaris 2.7, Linux 2.2 and IRIX64-6.5
* [svn-r5948] Elena Pourmal2002-09-253-0/+271
| | | | | | | | | | Purpose: Added new fortran functions Description: Source code, tests and documentation for h5glink2_f and h5gmove2_f functions were added. I also added missing man page for h5glink_f Platforms tested: Solaris 2.7, IRIX64-6.5 and Liniux 2.2
* [svn-r5946] Elena Pourmal2002-09-243-1/+295
| | | | | | | | | | | | | | Purpose: Added missing fortran functions. Description: Four Library Fortran API functions have been added: h5get_libversion_f, h5_check_version_f, h5garbage_collect_f and h5dont_atexit_f. Only first two functions were tested. Documentation file and RELEASE.txt were updated. Platforms tested: Solaris 2.7, IRIX64-6.5 and Linux 2.2
* [svn-r5935] Elena Pourmal2002-09-211-201/+201
| | | | | | | | | | | | Purpose: Bug fix Description: _DLL_ macro was not replaced by H5_DLL macro in the Fortran stabs header file when it was replaced in the C header files. Solution: Replace it. Platforms tested: Tested on Solairs 2.7 with --enable-fortran --enable-cxx flags.
* [svn-r5490] Purpose:Elena Pourmal2002-05-315-224/+739
| | | | | | | | | Code cleanup Description: While working on the "External test" failure I restructured and cleaned up some C stub code. Platforms tested: dangermouse (Linux 2.4)
* [svn-r5444] Purpose:Quincey Koziol2002-05-201-4/+9
| | | | | | | | | | Code cleanup Description: Clean up warnings on IRIX64 6.5 (modi4) Platforms tested: IRIX64 6.5 (modi4)
* [svn-r5401] Elena Pourmal2002-05-131-15/+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-r5320] 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-r5269] Elena Pourmal2002-04-251-3/+3
| | | | | | | | | | | Purpose: Maintenance Description: Changed code to use H5_HAVE_MPI_MULTI_LANG_* definitions and H5pubconf_fortran.h include file. Solution: Platforms tested: Let's daily tests do this work. I have to leave now.
* [svn-r5268] Purpose:Bill Wendling2002-04-251-0/+3
| | | | | | | | | Update Description: Added h5pubconf_fortran.h as a public header file for the Fortran wrappers... Platforms tested: Linux
* [svn-r5263] 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-r5243] Elena Pourmal2002-04-231-4/+16
| | | | | | | | | | | | | | | | | | | | Purpose: Bug fix Description: Different MPI implementations use different ways to pass MPI objects between C and Fortran layers. MPI-2 defines a standard set of MPI_*_c2f(f2c) functions for this purpose. Unfortunately it is not implemented everywhere and makes code non-portable between different parallel platforms. Solution: Always use MPI_*c2f(f2c) functions in our code. Configure finds out if those functions are available. If not, then we define macros to immulate those functions. Platforms tested: IRIX64-6.5 (modi4) and SP3 (seaborg.nersc.gov). On those platforms functions do not exist and we use macros. Bill will test on HPUX System V (SDSC machine) to check if this works when functions are defined. Preliminary testing showed that it worked.
generated by cgit v0.12 at 2024-07-19 07:24:43 (GMT)