summaryrefslogtreecommitdiffstats
path: root/fortran
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r7065] Purpose:Bill Wendling2003-06-202-2/+4
| | | | | | | | | | | | | | | | | Bug Fix Description: On Copper, the redefinition of the PACKAGE_* #defined macros in H5pubconf_fortran.h was causing havoc with the compiler now that we specify ANSI C with it. Solution: Renamed the PACKAGE_* variables to FORTRAN_PACKAGE_* instead. Platforms tested: Copper (small fix...needed to determine the sed command worked). 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-r7063] Elena Pourmal2003-06-191-1/+1
| | | | | | | | | | | | | | | Purpose: IA64 (titan) cleanup 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. Solution: Removed -DIA64 from compilation flags since H5f90i.h header files uses __ia64 variable that is defined on IA64 systems. Platforms tested: titan Misc. update:
* [svn-r7062] Elena Pourmal2003-06-181-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | Purpose: Bug fix Description: On Cray SV1 multi-driver test failed while closing access property list. This test creates a file using multi driver, writes dataset, closes the file; reopens the file and reads back data. At some point I commented out call to h5pget_access_plist_f, but forgot to comment out corresponding h5pclose_f. Solution: removed comment on the h5pget_access_plist_f subroutine. Platforms tested: Cray SV1, copper with parallel, Winodws with VF, arabica. There is some caveat left. I have a call to h5pget_fapl_multi_f that follows h5pget_access_plist_f, it was also commented out. This call works everywhere except Windows. Fortran part looks OK, since my test program uses h5pget_fapl_multi_f before it closes the file in the same test, and it works. Probably it is a library bug that needs confirmation. For now I will leave second h5pget_fapl_multi_f commented out. Misc. update:
* [svn-r7061] Purpose:Quincey Koziol2003-06-182-1281/+741
| | | | Bump version # after creating private snapshot.
* [svn-r7059] Purpose:Quincey Koziol2003-06-184-9/+13
| | | | | | | | | | | 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-r7031] Elena Pourmal2003-06-121-1/+0
| | | | | | | | | | | | | | Purpose: Small bug fix Description: Variable flag was declared twice. That caused compilation to fail on True64 system. Solution: Deleted one of the declarations. Platforms tested: True64 at PSC and arabica. Change is trivial, so h5commitest is not necessary. Misc. update:
* [svn-r7023] Elena Pourmal2003-06-112-741/+1281
| | | | | | | | | | | | | Purpose: Maintenance for the third round of testing Description: Increased the version number to 1.5.59 after creating a tar ball for testing. Solution: Platforms tested: Misc. update:
* [svn-r7020] Purpose:Quincey Koziol2003-06-102-10/+10
| | | | Bump version number after making snapshot
* [svn-r6996] Purpose:Albert Cheng2003-06-091-8/+10
| | | | | | | | | | | | | | | | | | | | | | | bug fix and cleanup Description: Previous change messed things up that fortranlib_test was linked with multiple MAIN because $(TEST_OBJ) was used as if it was for fortranlib_test only. Solution: Created a separated $(FORTLIBTEST_OBJ) for the fortranlib_test test. Adjusted other related symbol names. Also, removed DISTCLEAN=* which held files that should have been removed in MOSTLYCLEAN. Platforms tested: "h5committested" (modi4, sol, verbena). In the process of running fortran tests in arabica and kelgia. 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-r6994] Purpose:Albert Cheng2003-06-091-2/+5
| | | | | | | | | | | | | Cleanup Description: Moved the cleanup of configure generated files to DISTCLEAN as that should be the place they get removbed. Platforms tested: Tested in copper only as change is trivial. Misc. update:
* [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:
generated by cgit v0.12 at 2024-11-10 16:27:38 (GMT)