summaryrefslogtreecommitdiffstats
path: root/fortran/test
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r10158] Purpose:James Laird2005-03-072-302/+346
| | | | | | | | | | | | | | | | | | | | | | Automake version upgrade Description: Upgraded automake version from 1.6.2 to 1.9.5. Changed bin/reconfigure script to use automake 1.9.5. Changed configure.in and Makefiles to use new FCFLAGS and FC variables instead of FFLAGS and F9X. Automake and configure should now do the lion's share of the work supporting Fortran 9X; macros in acsite.m4 are now mostly unused (will be cleaned later). Altered how configure handles pmake; now root-level Makefile.in is processed by bin/reconfigure to have a .MAKEFLAGS target, since automake no longer allows us to define unused variables. Configure now always checks for C++ compiler even if it is not used, since automake thinks this is the Right Thing To Do and will break otherwise. Platforms tested: Sol, copper, heping, mir, sleipnir, eirene, pommier, kelgia, modi4.
* [svn-r10123] Purpose:Albert Cheng2005-03-021-3/+0
| | | | | | | | | | | | | | | | | | | | | | | Removed GASS configuration and software packages associated with it. The following software are no longer configurable. checking for main in -lcrypto... yes checking for SSL_get_version in -lssl... yes checking globus_common.h usability... yes checking globus_common.h presence... yes checking for globus_common.h... yes checking for globus_module_activate in -lglobus_common... yes checking for main in -lglobus_gass_cache... yes checking for main in -lglobus_gaa... yes checking for main in -lglobus_gss... yes checking for main in -lglobus_gss_assist... yes checking for main in -lglobus_io... yes checking for main in -lglobus_gass_transfer_assist... yes checking for main in -lglobus_gass_transfer... yes checking for globus_gass_open in -lglobus_gass_file... yes Platforms tested: h5committested (but copper was down.) tested in modi4 too.
* [svn-r10107] Purpose:James Laird2005-02-282-6/+7
| | | | | | | | | | | | | | | Bug fix Description: Fortran builds were dying with unknown flags. Solution: Fortran builds should be static, not shared. Static flags had been specified for libraries, but apparently were also needed for executables. Solved problem by adding static flag to everything in fortran directories. Platforms tested: mir, eirene
* [svn-r10098] Purpose:James Laird2005-02-262-4/+6
| | | | | | | | | | | | | | | | | | Bug fix Description: Some machines and compilers were having trouble creating fortran libraries as shared libraries. Solution: Added flag in Makefiles.am to create fortran libraries as shared libraries. (This is how HDF5 was set up before automake changes; I forgot to add these flags, and it didn't cause a problem until now.) Platforms tested: sleipnir, eirene, verbena Misc. update:
* [svn-r10066] Purpose:James Laird2005-02-231-0/+4
| | | | | | | | | | Libtool upgrade Description: HDF5 was using libtool 1.4.2. Upgraded to libtool 1.5.14. Platforms tested: verbena, heping, pommier, copper, modi4, arabica
* [svn-r10023] Purpose:Xiaowen Wu2005-02-171-0/+1
| | | | | | | | | | | | | | New feature. Description: Add the scaleoffset internal library filter. Solution: Platforms tested: heping, copper, arabica Misc. update:
* [svn-r10016] James Laird2005-02-161-1/+0
| | | | | | | | | | | | | | | | | | | Purpose: Bug fix Description: modi4 dies during build with strange errors. The root cause of these is a two-year-old hack in HDF5's libtool script that only takes effect on IRIX. Solution: Edited the libtool hack (by editing ltmain.sh) to correct a bug in the hack. Also made sure that compiler-specific DEFAULT_LIBS are used when linking. Platforms tested: sleipnir, copper, modi4, sol
* [svn-r10013] Purpose:James Laird2005-02-152-7/+3
| | | | | | | | | | | | | | | Bug fix Description: While commenting out some code in a Makefile.am, I missed two lines. Solution: Commented out those lines. Platforms tested: verbena, heping Misc. update:
* [svn-r10005] Purpose:James Laird2005-02-141-7/+4
| | | | | | | | | | | | | | | | | | | Configure feature Description: Changed bin/reconfigure.sh script to use autotools in AFS. Solution: Previously, the only machine with the correct versions of autoconf and automake was heping. Now both tools are installed in AFS, so in theory any hdf machine can be used to run the reconfigure script. Platforms tested: heping, eirene, verbena. On sleipnir and arabica the autotools were unable to find a version of m4 that was new enough for them. Misc. update:
* [svn-r9993] Purpose:James Laird2005-02-112-5/+5
| | | | | | | | | | | | | | | | | | | | Bug fix Description: Arabica exhibited strange errors when linker found wrong versions of header files. This happened because include directories were given to linker in the wrong order. Solution: Move include directories from AM_CFLAGS variable to INCLUDES variable to put them before CPPFLAGS variable. Trust me, it works. This bug may also have contributed to strange errors on other platforms (kelgia?). Platforms tested: copper, sleipnir, arabica. (h5dump broke while building on arabica, but this happened in a clean checkout, too).
* [svn-r9988] Purpose:James Laird2005-02-111-15/+4
| | | | | | | | | | | | | | | | | | | | Bug fix Description: pmake (on modi4, for instance) complains about undefined variables if it is run without the -V flag, which turns those errors to warnings. Solution: Added test to configure.in to see if $MAKE will allow Makefiles with undefined variables. If not, sets -V flag in AM_MAKEFLAGS. Ensured that all custom make targets use AM_MAKEFLAGS. Also defined all variables that caused errors in top-level Makefile.am. This means that pmake can be used to build hdf5 *from the top level only*. To run make from a subdirectory, still need to use -V flag (or use make or gmake). Platforms tested: modi4, heping, copper, sleipnir
* [svn-r9930] James Laird2005-02-032-9/+6
| | | | | | | | | | | | | | | | | | Purpose: Bug fix Description: Parallel builds were breaking in tools/lib Solution: talign didn't realize it depended on libh5tools.la because its dependencies listed the full path (../../tools/lib/libh5tools.la). Changed this, and made similar changes in a couple of other directories. This checkin should also add the --foreign flag to every Makefile.in Platforms tested: sleipnir (minor change)
* [svn-r9928] Purpose:Quincey Koziol2005-02-031-1/+1
| | | | | | | | | | | | | New feature Description: Add basic code for new B-tree implementation. They don't do much yet, aren't hooked up to anything yet and the format may change, but I'd like to start getting them into the daily tests. Platforms tested: FreeBSD 4.11 (sleipnir) w/parallel Too minor to require h5committest
* [svn-r9920] Purpose:James Laird2005-02-021-2/+3
| | | | | | | | | | | | | | | | | | | Bug fix Description: Found the permanant fix to automake/CVS dependency problem Solution: Added AM_MAINTAINER_MODE macro to configure.in. Now automake will never try to regenerate Makefiles, Makefiles.in, configure, H5config.h, etc. when they are out of date, nor will it print any warnings. Developers should be very very careful to use reconfigure script, and can add --enable-maintainer-mode flag to configure on heping to regenerate these files correctly. Platforms tested: heping sleipnir copper
* [svn-r9915] Purpose:James Laird2005-02-021-6/+6
| | | | | | | | | | | | | | | Bug fix Description: Configuration files' timestamps were incorrect. Solution: Update Makefiles.in. Also added correct paths to autotools on heping, so heping build should be able to re-generate configuration files even if they are still broken. Platforms tested: sleipnir
* [svn-r9912] Purpose:James Laird2005-02-011-87/+8
| | | | | | | | | | | | | | | | | Bug fix Description: Dependencies between configure files (aclocal, configure.in, configure, Makefiles.am and .in) are still causing Makefiles to try to run autotools during build. Solution: Committed all Makefiles.in to update their timestamps. As a temporary measure, forcibly prevented automake from running autotools during build by redefining the variables it uses. Platforms tested: sleipnir (No changes to Makefile content)
* [svn-r9907] Purpose:James Laird2005-02-012-2/+3
| | | | | | | | | | | | | Bug fix Description: Different compilers use different flags to include Fortran module files Solution: Changed boilerplate to use configure variable rather than hardcoded -M flag. Platforms tested: sleipnir, sol, copper
* [svn-r9902] Purpose:James Laird2005-02-013-68/+1025
| | | | | | | | | | | | | | | Configuration feature Description: HDF5 now uses automake to generate Makefiles Solution: Makefile.in files are now generated from Makefile.am files. To reconfigure (after chaning a Makefile.am or configure.in): /bin/sh bin/reconfigure.sh Platforms tested: Many
* [svn-r9857] Purpose: MaintenanceElena Pourmal2005-01-221-1/+1
| | | | | | | | | | | | | | Description: Removed PABLO from the source Solution: Platforms tested: arabica with 64-bit, copper with parallel, heping with GNU C and C++ and PGI fortran (but I disabled hl, there is some weird problem only on heping: F9XMODFLAG is not propagated to the Makefile files Misc. update:
* [svn-r9835] Purpose: Bug fix/enhancementElena Pourmal2005-01-191-0/+1
| | | | | | | | | | | | | | | Description: Fortran module search directories included ../src and ../../fortran/src directories; this was defined in acsite.m4 file in order for fortran and HL fortran tests to compile. Those flags were included in h5fc and h5pfc scripts. Solution: Removed those directories from acsite.m4 file and updated Makefile.in files. Platforms tested: sequential on arabica and parallel on copper including HL Fortran Misc. update:
* [svn-r9823] Elena Pourmal2005-01-141-3/+7
| | | | | | | | | | | | | | | | Purpose: Bug fix Description: Test reported failure because of the wrong testing condition when szip didn't have encoder Solution: Fixed the code Platforms tested: copper with SZIP not present SZIP encoder/decoder present SZIP decoder present Misc. update:
* [svn-r9811] Purpose: Bug fixElena Pourmal2005-01-121-0/+1
| | | | | | | | | | | Description: libh5test_fortran.a(la) files were installed by make install Solution: Brought changes back from 1.6 Platforms tested: mir, eirene Misc. update:
* [svn-r9803] Purpose: Bug fixElena Pourmal2005-01-112-17/+24
| | | | | | | | | | | | | | | | | | | | Description: Fortran szip test had a wrong logic; as a result wrong return values were reported in the absence of the SZIP library, and it was skipped when encoder was disable Solution: Fixed the test Now SZIP fortran test should report "SKIP" only when SZIP is not configured in. Platforms tested: tg-login in parallel mode, copper, mir with new PGI compilers and shared SZIP libraries. All platforms were tested with SZIP not available SZIP with encoder/decoder SZIP with decoder only Misc. update:
* [svn-r9786] Purpose:Albert Cheng2005-01-095-11/+13
| | | | | | | | | | | | | | bug fix and document. Description: Unix and probably other systems too, has a small exit value range such as 1 byte. So, exit(256) may end up the same as exit(1). Added caution message to the exit wrappers and changed test programs to exit(1) when errors detected. Platforms tested: tested in copper. verified here that exit(256) was treated just like exit(0).
* [svn-r9727] Purpose:Quincey Koziol2004-12-2910-43/+114
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug Fix/Code Cleanup/Doc Cleanup/Optimization/Branch Sync :-) Description: Generally speaking, this is the "signed->unsigned" change to selections. However, in the process of merging code back, things got stickier and stickier until I ended up doing a big "sync the two branches up" operation. So... I brought back all the "infrastructure" fixes from the development branch to the release branch (which I think were actually making some improvement in performance) as well as fixed several bugs which had been fixed in one branch, but not the other. I've also tagged the repository before making this checkin with the label "before_signed_unsigned_changes". Platforms tested: FreeBSD 4.10 (sleipnir) w/parallel & fphdf5 FreeBSD 4.10 (sleipnir) w/threadsafe FreeBSD 4.10 (sleipnir) w/backward compatibility Solaris 2.7 (arabica) w/"purify options" Solaris 2.8 (sol) w/FORTRAN & C++ AIX 5.x (copper) w/parallel & FORTRAN IRIX64 6.5 (modi4) w/FORTRAN Linux 2.4 (heping) w/FORTRAN & C++ Misc. update:
* [svn-r9617] Snapshot version 1.7 release 43HDF Admin2004-12-051-1/+1
|
* [svn-r9475] Purpose:MuQun Yang2004-10-272-2/+7
| | | | | | | | | | | | | | | | | | New feature: support fortran DLL on windows. small bug fix. Description: 1. Need to add macro for some functions in order to make fortran DLL work. 2. One routine(verify) missed the special macro DEC FORTRAN needs. Added. Solution: Platforms tested: windows XP with MC VC6.0+Dec 6.6c. Linux 2.4 and h5committest not finished yet. Misc. update:
* [svn-r9154] Elena Pourmal2004-08-251-0/+19
| | | | | | | | | | | | Purpose: Maintenance/bug fixes (OSF1 C++ and missing Fortran APIs) Description: bringing 1.6 changes to 1.7 Solution: Platforms tested: OSF1, Solaris 2.8, AIX5.1 Misc. update:
* [svn-r8836] Elena Pourmal2004-07-081-0/+16
| | | | | | | | | | | | | | | | | 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) parallle build on copper failed for the C library with the the following error: ld: 0711-317 ERROR: Undefined symbol: .H5FD_stdio_term Since this change doesn't affect the C library, I am cheking it in and will retest the fresh CVS copy after this check-in. Misc. update:
* [svn-r8799] Elena Pourmal2004-07-031-1/+1
| | | | | | | | | | | | | | 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-r8781] James Laird2004-07-011-3/+21
| | | | | | | | | | | | | | | | Purpose: HDF5 now supports SZIP with no encoder. Description: SZIP can be configured to have both encoder and decoder or just to have the decoder. HDF5 can now query the configuration of any filter, and will throw errors if users try to write using a filter with encoding disabled. Solution: Added H5Zget_filter_info function, changed API for H5Pget_filter and H5P_get_filter_by_id. See SZIP RFC. Platforms tested: Copper (fortran, C++, parallel), Sleipnir (C++), Arabica (fortran, C++), Verbena (fortran, C++) Misc. update:
* [svn-r8594] Purpose: new testRaymond Lu2004-05-272-6/+100
| | | | | | | Description: Add null dataset and attribute tests for Fortran. Platforms tested: verbena pgf90(only Fortran test is involved).
* [svn-r8404] Elena Pourmal2004-04-2213-36/+32
| | | | | | | | | | | | | | | | | Purpose: Maintenance Description: h5dwrite/read_f and h5awrite_read_f functions were overloaded with dims argument being of type INTEGER and INTEGER(HSIZE_T). We promised to remove overloading in 1.4 release. It was removed from documentation but not from the source code. Solution: Finish code cleanup. Platforms tested: Solaris 2.7 32 and 64 bit, and copper with --enable- parallel. Windows are broken, so Kent and Xuan will test it with their changes later. Misc. update:
* [svn-r8150] Purpose:Pedro Vicente Nunes2004-02-041-1/+1
| | | | | | | | | | | | | introduced the constant H5Z_FILTER_ALL, used to remove all filters in H5Premove_filter Description: Solution: Platforms tested: linux Misc. update:
* [svn-r8149] Pedro Vicente Nunes2004-02-041-4/+4
| | | | | | | | | | | | | | Purpose: replaced name of delete filter with remove filter for the new function H5Premove_filter Description: Solution: Platforms tested: linux Misc. update:
* [svn-r8117] Purpose:Quincey Koziol2004-01-271-0/+54
| | | | | | | | | | | | | Code cleanup Description: Add C++ and FORTRAN wrappers for new H5Pdelete_filter routine, along with documentation and a note in the release notes. Platforms tested: FreeBSD 4.9 (sleipnir) Linux 2.4 (verbena) w/ C++ and FORTRAN Too minor for full h5committest
* [svn-r8011] Purpose:Quincey Koziol2004-01-021-3/+12
| | | | | | | | | | | | | | | | Bug fix Description: Fix szip FORTRAN tests.. Solution: Increase the chunk size to be bigger than the szip 'pixels per block'. Also add in code that checks for a maximum number of errors and doesn't keep reporting that thousands of errors have occurred. Platforms tested: Linux 2.4 (verbena) w/szip & FORTRAN Not tested w/h5committest since this combination isn't covered by it.
* [svn-r7935] Purpose:Quincey Koziol2003-12-112-34/+75
| | | | | | | | | | | Add new feature Description: Add FORTRAN wrappers for new H5I routines. Platforms tested: FreeBSD 4.9 (sleipnir) h5committest
* [svn-r7640] Purpose:Quincey Koziol2003-10-151-1/+1
| | | | | | | | | | | Bug fix Description: Fixed type declaration of rdcc_nelmts that was causing daily tests to fail. (Checked w/Elena first) Platforms tested: h5committest
* [svn-r7613] Purpose:Quincey Koziol2003-10-131-1/+1
| | | | | | | | | | | | | Bug fix Description: "group" errors were not being included in the total # of errors Platforms tested: FreeBSD 4.9 (sleipnir) Linux 2.4 (verbena) w/FORTRAN too minor for h5committest
* [svn-r7611] Purpose:Quincey Koziol2003-10-131-2/+2
| | | | | | | | | | | | Code cleanup Description: Cleaned up various compiler warnings Platforms tested: FreeBSD 4.9 (sleipnir) Linux 2.4 (verbena) w/FORTRAN too minor for h5committest
* [svn-r7601] Elena Pourmal2003-10-101-0/+18
| | | | | | | | | | | | | | 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-r7559] Purpose:Quincey Koziol2003-10-072-0/+83
| | | | | | | | | | | | | | 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-r7361] Description:Albert Cheng2003-08-141-2/+2
| | | | | | | | | | | | Updated the copyright notice--mostly by rearranging some text to make them consistent. Solution: Platforms tested: "h5committested"--sol is down, so, no SUn test. Misc. update:
* [svn-r7348] Elena Pourmal2003-08-121-1/+1
| | | | | | | | | | | | | | Purpose: Bug fix Description: Somehow line DEC$if defined(BUILD_HDF4_DLL) was inserted to the file. It should be HDF5!!!!!!!!!!!!!!! Solution: Fixed the typo. Quincey, Thank you for noticing that. Platforms tested: Will be tested on Windows. Misc. update:
* [svn-r7341] Purpose:Albert Cheng2003-08-1119-44/+25
| | | | | | | | | Updated, cleanup or added Copyright notice. Platforms tested: "h5committested" Misc. update:
* [svn-r7293] Purpose:Quincey Koziol2003-08-081-4/+3
| | | | | | | | | | Code cleanup Description: Remove some redundant libtool definitions, etc. Platforms tested: h5committested
* [svn-r7269] Purpose:Bill Wendling2003-07-281-5/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | Update Description: Revamped the configuration system. The configurations for the Fortran and C++ libraries are no longer separate from the "main" configuration system. This involved removing the "configure*" and "aclocal.m4" files from the fortran/ and c++/ subdirectories. Also merging settings in the config/ subdirectories into the main config/ subdirectory. Fortran header files had to be modified a little for Linux. It was checking if it was a Linux machine by some #defines, however with the -std=c99 switch, these defines weren't there. I added a check for some other ones which should be there whether the -std=c99 switch is used or not. Platforms tested: Verbena (Fortran & C++) Sol (Fortran & C++) Copper (Fortran & C++) Modi4 (Parallel, Fortran, & C++) Misc. update:
* [svn-r7129] Purpose:Quincey Koziol2003-07-011-1/+1
| | | | | | | | | | Bug fix Description: Propogate szip flag changes into FORTRAN source & tests Platforms tested: h5committest
* [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: