summaryrefslogtreecommitdiffstats
path: root/fortran/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r8967] Purpose: MaintenanceElena Pourmal2004-07-291-1/+2
| | | | | | | | | | | Description: Added support for Absoft Fortran compiler Solution: Modified configuration file to check which Fortran compiler is used and set appropriate flags. Platforms tested: verbena with pgf90 and Absoft f95 compilers. Misc. update:
* [svn-r8955] Elena Pourmal2004-07-271-0/+3
| | | | | | | | | | | | | Purpose: Maintenance on MAC OSX Description: Added support for the Absoft Fortran compiler. Solution: Platforms tested: MAC OSX with xlf and f95 absoft compilers; xlf is set to be the default compiler. Misc. update:
* [svn-r8835] Elena Pourmal2004-07-083-0/+182
| | | | | | | | | | | | | | Purpose: Maintenance Description: Added h5fget_name_f and h5fget_filesize_f subroutines and tests. Solution: N/A Platforms tested: arabica (32-bit), sol (64-bit). Will test on copper after this check-in. Misc. update:
* [svn-r8798] Elena Pourmal2004-07-032-14/+6
| | | | | | | | | | | | | | Purpose: Maintenance Description: H5_SZIP_CHIP_OPTION_MASK was deleted from the list of the available parameters for the H5Pset_szip function. Solution: Updated Fortran source, tests and documentation to reflect this change. Platforms tested: arabica (too small for h5committest) Misc. update:
* [svn-r8753] Nat Furrer2004-06-285-2/+98
| | | | | | | | | | | | | | | | | | | Purpose: Handled SZIP without the encoder present. Description: It is now an error for a user to try to create, extend, or write to a dataset without the encoder present in their SZIP library. Added H5Zget_filter_info to provide users with a way to query HDF5 about the presence (or lack thereof) of the SZIP encoder. Platforms tested: Windows Verbena Arabica Copper Misc. update:
* [svn-r8550] Purpose:Albert Cheng2004-05-201-5/+0
| | | | | | | | | | | | | | | Bug fix. Description: Removed an extra !DEC$ ENDIF from previous checkin. Platforms tested: Tested in TG-NCSA only since it was the one detected and complained about the source error. Misc. update:
* [svn-r8417] Purpose:Quincey Koziol2004-04-243-449/+0
| | | | | | | | | | | | | | | Code cleanup Description: Remove "NEW_HYPERSLAB_API" code from release branch, since it was leftover from when we branched the 1.6 branch from the main development trunk and will never be activated in the 1.6 branch. (And I'm tired of maintaining it in both branches when I'm optimizing the library :-) Platforms tested: FreeBSD 4.9 (sleipnir) Linux 2.4 (verbena) w/FORTRAN too minor to require full h5committest
* [svn-r8400] Purpose:MuQun Yang2004-04-2213-2582/+2582
| | | | | | | | | | | | | | | | $FOODEC macro cannot be recongnized by visual fortran. Description: The $DEC is the keyword that Dec visual fortran can recongnize. Solution: Use shell script by Elena to change $FOODEC to $DEC in all .f90. Platforms tested: windows 2000 visual fortran Since this change only happens on the specific macro for windows, it doesn't need to be tested on other platforms. Misc. update:
* [svn-r8384] Purpose:Quincey Koziol2004-04-181-5/+3
| | | | | | | | | | | | | Code cleanup Description: Clean up lots of warnings based on those reported from the SGI compilers as well as gcc. Platforms tested: SGI O3900, IRIX64 6.5 (Cheryl's SGI machine) FreeBSD 4.9 (sleipnir) w/ & w/o parallel h5committest
* [svn-r8357] Elena Pourmal2004-04-1516-10316/+2876
| | | | | | | | | | | | | | | | | | | | | Purpose: Maintenance Description: Fortran functions h5dwrite/read_f and h5awrite/read_f were overloaded with the dims parameter being of type INTEGER. It was a design flaw. dims should be of type INTEGER(HSIZE_T). Overloading was done to assure backward compatibility of 1.4.* branch with hdf5 1.2.* branch. We promised to remove the old function with INTEGER dims in 1.6.0. It was removed from the documentation but was not removed from the source code. Solution: Finally cleaned up the code. Platforms tested: Windows 2000 with DEC Fortran, LInux with Intel Fortran, Solaris 2.7 32/64-bit mode. Misc. update:
* [svn-r8042] Purpose:Albert Cheng2004-01-081-0/+16
| | | | | | | | | | | | | Feature Description: Added option -showconfig which Shows the HDF5 library configuration summary Platforms tested: No h5committest test which does not test these tools. Tested in eirene by hand. Misc. update:
* [svn-r8031] Elena Pourmal2004-01-062-1/+16
| | | | | | | | | | | | | | | | | | | | Purpose: Maintenance Description: Added Fortran support for MAC OS X Solution: This port was tested only for IBM XL Fortran compiler version 8.1 Beta. Few things to remember: 1. do not use AFS to build Fortran; compiler for some reason cannot find *.mod files that were successfully compiled. 2. Fortran Library can be built only with --disable-shared --enable-static flags. Platforms tested: pommier, h5committested (it is amasing, but iot works really nicely! Albert, Thank you!) Misc. update:
* [svn-r7935] Purpose:Quincey Koziol2003-12-113-3/+243
| | | | | | | | | | | Add new feature Description: Add FORTRAN wrappers for new H5I routines. Platforms tested: FreeBSD 4.9 (sleipnir) h5committest
* [svn-r7627] Purpose:Bill Wendling2003-10-141-490/+490
| | | | | | | | | | | | | | | | | | Bug Fix Description: The Dependencies files for fortran/ weren't being generated properly. The "top_srcdir" variable was pointing to the src/fortran directory instead of the src/ directory. This is correct as far as configure's concerned, but our code needs the src/ directory to work. Solution: Remove the /fortran/.. from the end of top_srcdir if it exists there. Platforms tested: Arabica (just needed to check that Fortran compiles okay). Misc. update:
* [svn-r7624] Purpose:Quincey Koziol2003-10-141-452/+493
| | | | | | | Updated dependencies and tracing information Platforms tested: Not necessary.
* [svn-r7606] Elena Pourmal2003-10-133-10/+10
| | | | | | | | | | | | | | | | | | | | | Purpose: Bug fix Description: Type of the third argument to the h5pset(get)_cache_f subroutines was incorrect (INTEGER instead of INTEGER(SIZE_T)). I was confused while doing my previous change since fortran docs were wrong, and the type of the same argument in 1_4 branch is INTEGER. I forgot to check carefully #if def for 1_4 branch in the C code, and encountered only int type for the corresponding C functions. Since Fortran doesn't support backward compatibility, type of the argument should be always in sync with the latest branch. Solution: ALWAYS, ALWAYS pay attention to compiler's warning. Fixed type to be INTEGER(SIZE_T). Platforms tested: kelgia, copper 64-bit mode, solaris 2.7 64-bit mode. Misc. update:
* [svn-r7602] Elena Pourmal2003-10-101-1/+1
| | | | | | | | | | | | | | Purpose: Bug fix Description: Parameter rdcc_nelmts of the h5pget_cache_f subroutine had wrong INTEGER(SIZE_T) instead of INTEGER type. Solution: Fixed the type Platforms tested: arabica in 64-bit mode (where INTEGER(SIZE_T) is not the same as INTEGER) Misc. update:
* [svn-r7560] Purpose:Quincey Koziol2003-10-073-8/+82
| | | | | | | | | | | | | | Add feature Description: Add H5Fget_freespace() routine, to check the amount of free space in a file. This information is only valid until the file is closed currently, however (until we start recording the free space information in the file itself). Platforms tested: FreeBSD 4.9 (sleipnir) h5committest
* [svn-r7530] Purpose: Code cleanupElena Pourmal2003-10-014-35/+37
| | | | | | | | | | | | | Description: On Linux systems valgrind tool complained about memory leaks in the statements like if(!a) free(a); Solution: Replaced with if(a != NULL) free(a); Platforms tested: eirene (too small for committest) Misc. update:
* [svn-r7343] Purpose:Albert Cheng2003-08-1136-235/+230
| | | | | | | Updated, cleanup or added Copyright notice. Platforms tested: h5committested
* [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:
generated by cgit v0.12 at 2024-09-19 00:54:02 (GMT)