summaryrefslogtreecommitdiffstats
path: root/fortran
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r6987] Purpose:Albert Cheng2003-06-061-2/+2
| | | | | | | | | | | | | | Improvement Description: CHanged test dataset dimension sizes to (120, 240) so that it can be tested with nprocs equal to 1, 2, 3, 4, 5, 6, 8, ... Less restrictive than before. Platforms tested: only in CU since this is a pretty trivial change. Misc. update:
* [svn-r6986] Snapshot version 1.5 release 56HDF Admin2003-06-062-10/+10
|
* [svn-r6983] Purpose:Bill Wendling2003-06-052-9/+12
| | | | | | | | | | | | | | Update Description: Small format change for Fortran configure file. Platforms tested: Verbena (Fortran & C++) Arabica (Fortran & C++) Modi4 (Fortran & Parallel) Misc. update:
* [svn-r6980] Purpose:Bill Wendling2003-06-051-25/+22
| | | | | | | | | | | | | | | | Bug Fix Description: The Dependencies file wasn't being generated correctly. Solution: The depned1.in file had old stuff in it. Replaced it with a copy of the depend1.in file from the C++ directory. Platforms tested: Verbena (Only affects GNU platforms). Misc. update:
* [svn-r6974] Purpose:Quincey Koziol2003-06-052-1281/+741
| | | | | | | | Bump version # Description: Bump the version # of the library after creating snapshot for SAF developers to test with.
* [svn-r6968] Purpose:Quincey Koziol2003-06-051-1/+1
| | | | | | | | | | | Code cleanup Description: h5pset_preserve_f function changed from an INTEGER to a LOGICAL parameter, change it here too. Platforms tested: h5committested
* [svn-r6967] Elena Pourmal2003-06-041-1/+2
| | | | | | | | | | | | | Purpose: Maintenance Description: Updated test to use new type of the argument for the h5pset(get)_preserve_f function Solution: Platforms tested: arabica nad verbena 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-044-13/+13
| | | | | | | | | | | | | | | | | | | | | | 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-r6905] Elena Pourmal2003-05-202-741/+1281
| | | | | | | | | | | | Purpose: Maintenance for the second round of testing Description: Used bin/h5vers to change version number to 1.5.55 Solution: Platforms tested: arabica Misc. update:
* [svn-r6886] Purpose:Bill Wendling2003-05-172-29/+61
| | | | | | | | | | | | | | Update Description: GPFS should only be checked for if the --enable-gpfs flag is used. Otherwise, it shouldn't. Platforms tested: Linux (Configure only fix so only needed to test it to make sure the configure does the right thing and that the build won't break. I need to test it on a machine that has GPFS to make sure it works there...)
* [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-r6880] Purpose:Bill Wendling2003-05-152-1230/+916
| | | | | | | | | | | | | | | Update Description: Added support for finding GPFS code. 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-r6842] Purpose:Bill Wendling2003-05-082-3/+1
| | | | | | | | | | | | | | | | | | | Code Cleanup Description: Warning messages were being produced by the "make" program because the "docdir" was being specified twice as a target in the generated Makefiles. This is because the "EXAMPLESDIR" was also defined as "docdir". Solution: Made "EXAMPLESDIR" unique for C, Fortran, and C++ in the commence.in file and removed EXAMPLESDIR from the Makefile.ins Platforms tested: Dangermouse (only affects make system, not code). Misc. update:
* [svn-r6835] Elena Pourmal2003-05-082-726/+1239
| | | | | | | | | | | | | Purpose: Maintenance Description: I changed release version to 1.5.54. Email about tetsing of 1.5.53 will be send after this checkins. Solution: used bin/h5vers -s to change the version number Platforms tested: Done on arabica 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-r6819] Elena Pourmal2003-05-061-0/+172
| | | | | | | | | | | | | | | | Purpose: Maintenance for T3E Description: Cray updated T3E to run unicosmk2.0.6.X Configuration failed. Solution: Created new unicosmk2.0.6.X files in the config and fortran/config directories and added them to MANIFEST. I had to disable warning # 412 for fortran compilation. The warning would prevent creation of executable programs. Platforms tested: Cray T3E Misc. update:
* [svn-r6796] Purpose:Bill Wendling2003-05-052-2/+2
| | | | | | | | | | | | | | | | Fix Description: Fortran's configure was trying to read the "README.txt" file from the "$srcdir", where it won't be. Solution: Changed it to look in "$srcdir/.." for the "README.txt" file. Platforms tested: Verbena. Configure only, so no need for full tests. Misc. update:
* [svn-r6793] Snapshot version 1.5 release 52HDF Admin2003-05-032-10/+10
|
* [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-r6764] Purpose:Albert Cheng2003-04-281-0/+4
| | | | | | | | | | | | | | | | | | | | | | | Improvment Description: No default setting of fortran compiler when --enable-parallel is used. Solution: Changed it to use mpxlf_r as the default parallel fortran compiler. This is consistent with the default C compilers. Platforms tested: Did not h5committested because the changes were made offsite. Tested in LLNL SP BLUE, both serial and parallel modes. (There is a compiling error in src but the configure result are verified.) Misc. update: Update MANIFEST if you add or remove any file. Update release_docs/RELEASE for bug fixes, new features, etc. Update applicable document files too.
* [svn-r6761] Snapshot version 1.5 release 51HDF Admin2003-04-262-10/+10
|
* [svn-r6759] Purpose:Albert Cheng2003-04-261-1/+47
| | | | | | | | | | | | | | | | bug fix Description: The default of CC used to be gcc which is not compatible with the default fortran compiler of xlf. Solution: Copied the CC default setting from the C-API level. Platforms tested: Run test in Copper since this is a purely AIX change. Misc. update:
* [svn-r6748] Purpose:Bill Wendling2003-04-242-9/+9
| | | | | | | | | | | | | | | | | | | | | | | | Bug Fix Description: In parallel mode, the MPI libraries were being added to the LDFLAGS variable instead of the LIBS variable. This was playing havoc with the h5fc script (the order you specify libraries is important to some compilers). Solution: The AC_CHECK_FLIB macro was placing these libraries into the LDFLAGS instead of LIBS, which is where they should have gone. Replaced LDFLAGS with LIBS in that case. Platforms tested: Modi4 (Parallel & Fortran) Arabica (Fortran) Verbena (Fortran, no C++ since it's not affected) Ran "make check-install" after installation... Misc. update:
* [svn-r6747] Purpose:Bill Wendling2003-04-241-1/+1
| | | | | | | | | | | | | | | | | | | | Bug Fix Description: On Kelgia, building of the Fortran stuff would fail because of a bad commandline. A "" was being put into it. Solution: I was stupid and put quotes around a variable in the commence.in file when I shouldn't have. Removed those quotes. Platforms tested: Kelgia (Fortran) Verbena (Fortran, no C++ since Fortran only) Arabica (Fortran) Modi4 (Fortran & Parallel) 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-2321-70/+114
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-r6734] Purpose:Bill Wendling2003-04-222-4/+452
| | | | | | | | | | | | | | | | | | | | | Bug Fix Description: The h5fc script couldn't find the correct libraries needed when it was used on Solaris and the --enable-stream-vfd was enabled. Solution: Added checks for the -lnsl and -lsocket libraries if we're on Solaris or HP-UX. 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-r6732] Purpose:Albert Cheng2003-04-221-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | Bug fix and feature Description: The patch to Makefile.in failed if an empty directory of fortran/examples was left behind by a previous build. Solution: Attempted to put it in config/conclude.in just became a mess since it is hard to predict when we will include examples in the subdirs or not. Borrow the structure of install-examples and do some handcode per interface. The Makefile.in of each interface (C, Fortran, C++) controls everything. Not very systematic but pretty clean for this case. Platforms tested: h5committested. Also tested in modi4 with various combinations of fortran, c++ enabled. Misc. update:
* [svn-r6685] Elena Pourmal2003-04-154-2/+41
| | | | | | | | | | | | | | | | Purpose: Added copyright statement; cleaned code and fixed bugs for Windows and Cray T90IEEE Description: Windows and Cray ports exposed few typos in the source code that caused tests to fail 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-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-r6683] Elena Pourmal2003-04-1515-0/+225
| | | | | | | | | | | | Purpose: Added copyright statement Description: Fortran examples files did not have copyright statement. Solution: Added copyright statement Platforms tested: CRAY T90IEEE, arabica, modi4 with parallel, Windows 2000 Misc. update:
* [svn-r6682] Elena Pourmal2003-04-151-0/+166
| | | | | | | | | | | | | Purpose: Catching up with 1.4 branch Description: 1.5 didn't have unicos10.0.X configuration files for both C and fortran. Solution: Added the files Platforms tested: CRAY T90IEEE Misc. update:
* [svn-r6680] Purpose:Bill Wendling2003-04-155-6/+148
| | | | | | | | | | | | | | 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-r6643] Snapshot version 1.5 release 50HDF Admin2003-04-122-10/+10
|
* [svn-r6642] Elena Pourmal2003-04-122-0/+215
| | | | | | | | | | | | | | | | | | Purpose: Catching up with C library Description: I added tests for new functions h5pset_szip_f h5pget_filter_by_id_f h5pall_filters_avail_f I am not sure how to test h5pmodify_filter_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-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-r6638] Purpose:Bill Wendling2003-04-111-40/+41
| | | | | | | | | | | | | | | | | | Update Description: Updated so that the example programs are built with the new h5fc script after it's installed. (So you need to cd into the examples/ directory and type "make check" or similar. This is how it is in the C part). 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-r6637] Purpose:Bill Wendling2003-04-113-11/+541
| | | | | | | | | | | | | | | | | | | Update Description: Added check for the SZlib option. The SZlib stuff needs to propagate down to the h5fc script. Also, removed "examples" from some of the Makefile's rules so that it's the same as in the C library. 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-104-77/+223
| | | | | | | | | | | | | | | | | | | 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-r6619] Purpose:Bill Wendling2003-04-092-3/+4
| | | | | | | | | | | | | | | | | | | Update Description: The "--enable-parallel=TYPE" option was revamped but the help string wasn't modified. Solution: Modified it to print out just "--enable-parallel" because we no longer support the "=TYPE" option. Platforms tested: arabica (Fortran) Modi4 (Parallel & Fortran) 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-094-13/+7
| | | | | | | | | | | | | | | | | | 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:
generated by cgit v0.12 at 2024-11-13 02:09:58 (GMT)