summaryrefslogtreecommitdiffstats
path: root/fortran/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r10701] James Laird2005-04-291-1/+3
| | | | | | | | | | | | | | | | | Purpose: Bug fix Description: Some platforms (Windows) don't have the long long type, which causes automatic Fortran type matching to fail. A solution is to use HDF5's long_long type. Solution: Changed H5match_types.c to use long_long type. Moved definition of long_long out of H5private.h and into H5public.h. Platforms tested: mir, copper, pommier
* [svn-r10667] Purpose:James Laird2005-04-264-6/+5
| | | | | | | | | | | | | | | | | Bug fix Description: Made High-Level Fortran code use automatically generated headers rather than a separate hardcoded header. Solution: Set hdf5/hl/fortran/src to include hdf5/fortran/src, so that it will find the copy of H5f90i.h in that directory. Took #include "H5private.h" out of H5f90i.h (and moved it to files that included H5f90i.h. Platforms tested: mir, modi4, pommier
* [svn-r10657] Purpose:James Laird2005-04-259-162/+629
| | | | | | | | | | | | | | | | | | | | Configuration feature Description: Fortran integer types (not reals) are now automatically detected at build-time. Solution: Two helper programs are used, one to detect what types the Fortran compiler has access to, and one to generate header files for C and Fortran matching up types. Platforms tested: mir, copper, modi4, pommier (last week) Misc. update: MANIFEST updated, H5f90fortran_types.f90 removed from configure.in, since it is not longer generated by configure.
* [svn-r10656] Purpose:James Laird2005-04-252-0/+6
| | | | | | | | | | | | | | | Output tweak Description: Test output in C++ and Fortran directories now puts "C++ API:" or "Fortran API:" in front of the name of the test being run. I had overlooked the line of code that caused this to happen. Solution: Added HDF_CXX and HDF_FORTRAN variables to C++ and Fortran Makefiles.am. Platforms tested: heping (minor change)
* [svn-r10585] Purpose: Bug fixElena Pourmal2005-04-104-2/+51
| | | | | | | | | | | | | Description: h5pget_driver_f function returned information that could not be interpreted by fortran application Solution: Defined Fortran global variables that correspond to the C H5FD_<driver_name> variables at the Fortran library initialization time. Platforms tested: heping with PGI compilers, sol 64-bit and copper parallel Misc. update:
* [svn-r10571] Purpose:James Laird2005-04-071-291/+291
| | | | | | | | | | | | Improvement Description: Changed headers in Fortran directories to use H5_FC_FUNC macro from H5pubconf.h rather than FC_FUNC macro from H5config.h. This is better practice and works better with the Windows projects. Platforms tested: heping, Windows
* [svn-r10570] Purpose: MaintenanceElena Pourmal2005-04-071-4/+0
| | | | | | | | | | | Description: Removed support for SRB driver Solution: Removed or modified appropriate files; ran reconfigure to regenerate Makefile.in and configure files. Platforms tested: heping and shanti Misc. update: ran bin/chkmanifest on heping
* [svn-r10561] Purpose: MaintenanceElena Pourmal2005-04-063-0/+101
| | | | | | | | | | | Description: Added missing h5get_member_class_f function Solution: Platforms tested: heping; it is a simple change. I will watch daily tests and take care of failures. Misc. update:
* [svn-r10534] Purpose:James Laird2005-04-044-692/+307
| | | | | | | | | | | | | | | | | | | | Configuration feature Description: Different Fortran compilers mangle function names in different ways (upper case, lower case, adding underscores). To link between Fortran and C functions, we need to know what a given function's name is under a given compiler. Solution: Use autoconf's FC_WRAPPERS check to determine the Fortran naming scheme and define the FC_FUNC_ macro to name our functions (in H5f90proto.h). Removed references to our old FNAME macro, as well as flags that indicated whether function names were upper or lower case. Platforms tested: mir, pommier, modi4, copper, more
* [svn-r10517] Purpose:James Laird2005-03-311-6/+15
| | | | | | | | | | | | | | | | Bug fix Description: On some machines, $RUNSERIAL variable needs to be used to run tests. Set $RUNTESTS (which is used for non-parallel tests) to be $RUNSERIAL in configure.am. Also, since I was updating all Makefiles.in anyway, I updated commence.am to point to autotools installs in AFS instead of those on heping. Platforms tested: mir, sleipnir, modi4, copper
* [svn-r10511] James Laird2005-03-301-1/+6
| | | | | | | | | | | | | Purpose: "Bug fix" Description: Hardcoded Makefiles to use /bin/sh instead of letting configure detect shell automatically. This is what v1.6 does, and avoids problems on janus. Platforms tested: sleipnir, copper, modi4, mir
* [svn-r10475] Purpose:James Laird2005-03-291-0/+2
| | | | | | | | | | | | | | | | | Feature - conditional compilation Description: SRB file driver and tests are now compiled only when SRB is enabled (using --with-srb during configure). Solution: Added an automake conditional in configure.in, altered Makefiles.am in src and test directories to depend on that conditional. This should make a nice example for posterity to add conditionally compiled sources. Platforms tested: heping (only configure change)
* [svn-r10459] James Laird2005-03-281-0/+1
| | | | | | | | | | | | | | | | | Purpose: Added C++ wrapper for Packet Table API. Description: Added macro for high-level C++ library (LIBH5CPP_HL), which changes every Makefile.in. Added directories for high-level C++ library (though currently only Packet Table API is supported). Added both C++ source and tests. Platforms tested: sleipnir, mir, modi4 Misc. update:
* [svn-r10158] Purpose:James Laird2005-03-073-184/+301
| | | | | | | | | | | | | | | | | | | | | | 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-2/+2
| | | | | | | | | | | | | | | | | | 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-r9993] Purpose:James Laird2005-02-112-2/+2
| | | | | | | | | | | | | | | | | | | | 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-031-1/+1
| | | | | | | | | | | | | | | | | | 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-011-0/+1
| | | | | | | | | | | | | 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-014-678/+955
| | | | | | | | | | | | | | | 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-r9838] Purpose:Quincey Koziol2005-01-193-14/+25
| | | | | | | | | | | | | | | | | | Bug fix Description: Correctly retire the H5E_LEN setting, now that the FORTRAN and C++ APIs have been corrected to not use it either. Solution: Pass in the string buffer length for FORTRAN In the C++ API, call H5Eget_msg() in a manner similar to the way H5Fget_name() is called. Platforms tested: Linux 2.4 (heping) w/FORTRAN & C++ Solaris 2.7 (arabica) w/FORTRAN & C++
* [svn-r9833] Purpose: Bug fixElena Pourmal2005-01-181-32/+37
| | | | | | | | | | Description: h5fc couldn't create object files Solution: Brought fixes from 1.6 to 1.7 Platforms tested: arabica Misc. update:
* [svn-r9801] Purpose:Quincey Koziol2005-01-109-120/+125
| | | | | | | | | | | | Bug fix Description: Belatedly chase change of hobj_ref_t in C APIs. Platforms tested: FreeBSD 4.10 (sleipnir) w/backward compatibility turned on IRIX64 6.5 (modi4) w/FORTRAN h5committest
* [svn-r9727] Purpose:Quincey Koziol2004-12-2914-729/+471
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-r9684] Purpose:Quincey Koziol2004-12-171-0/+31
| | | | | | | | | | | | | | Port Description: Initial work for supporting GNU FORTRAN/F95 on FreeBSD. I think I've got things mostly set up correctly, but I'm getting an internal compiler error on one of the FORTRAN sources, so I'm not going to add this configuration to the daily tests yet. Platforms tested: FreeBSD 4.10 (sleipnir) w/GNU FORTRAN Not tested in h5committest
* [svn-r9659] Purpose:Pedro Vicente Nunes2004-12-131-1/+7
| | | | | | | | | | | | | added support for the hl library in the fortran h5fc script Description: Solution: Platforms tested: linux Misc. update:
* [svn-r9405] Purpose:Quincey Koziol2004-10-121-22/+15
| | | | | | | | | | | | | Bug fix Description: Correct/update detection of Linux platforms. Also, refactor common code out of different architectures for Linux builds. Platforms tested: Linux 2.4 (verbena) Too minor to require h5commitest
* [svn-r9250] Purpose:Quincey Koziol2004-09-142-5/+5
| | | | | | | | | | | | | | | | | | | | Bug fix Description: Correct typedef for dataset region references to avoid struct alignment issues on Crays. Solution: Change the typedef for hdset_reg_ref_t from a struct to an array of unsigned char's of the correct size and propagate the appropriate adjustments around the code. Platforms tested: FreeBSD 4.10 (sleipnir) Linux 2.4 (verbena) w/fortran Cray T90 (subzero) w/fortran Cray SV1 (wind) w/fortran & parallel Cray T3E (cyclone) w/fortran & parallel
* [svn-r9183] Purpose: New featureRaymond Lu2004-09-011-5/+5
| | | | | | | | | | | | Description: Restore 6 old error API functions back to the library to be backward compatible with v1.6. They are H5Epush, H5Eprint, H5Ewalk, H5Eclear, H5Eset_auto, H5Eget_auto. These functions do not have error stack as parameter. Solution: Internally, these functions use default error stack. Platforms tested: h5committest and fuss. Misc. update: RELEASE.txt
* [svn-r9154] Elena Pourmal2004-08-255-3/+83
| | | | | | | | | | | | 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-r9124] Purpose: MaintenanceElena Pourmal2004-08-201-0/+14
| | | | | | | | | | | Description: Added PGI Fortran support for Linux64 systems (x86_64) Solution: Platforms tested: AMD Opteron box at AMD Sunnyvale and verbena with PGI and gcc compilers. Misc. update:
* [svn-r8983] Purpose:Quincey Koziol2004-08-021-55/+71
| | | | | | | | | | | | Update dependencies Description: Update dependencies after config/depend1.in bugfix Platforms tested: FreeBSD 4.10 (sleipnir) w/parallel IRIX64 6.5 (modi4) h5committested
* [svn-r8956] Elena Pourmal2004-07-271-0/+3
| | | | | | | | | | | | | Purpose: Maintenance for MAC OSX Description: Added support for Absoft Fortran compiler f95; Ddefault compiler is set to IBM xlf. Solution: Platforms tested: pommier with xlf and Absoft f95 compilers Misc. update:
* [svn-r8836] Elena Pourmal2004-07-083-0/+179
| | | | | | | | | | | | | | | | | 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-r8817] Purpose:Xuan Bai2004-07-071-1/+1
| | | | | | | | | | | | | | | | | | Bug Fix. Description: nh5zget_filter_info_c function was not declcared as H5_FCDLL, which is required for fortran dll in Windows. _H5ZGET_FILTER_INFO_C is considered as an unresolved external symbol by Fortran Compiler in Windows without H5_FCDLL. Solution: Added H5_FCDLL for nh5zget_filter_info_c function. Platforms tested: DEC Fortran 6.0 in Windows XP. Misc. update:
* [svn-r8799] 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-r8781] James Laird2004-07-016-5/+102
| | | | | | | | | | | | | | | | 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-r8545] Purpose: bug fixRaymond Lu2004-05-201-1/+1
| | | | | | | Description: array definition is short of 1. Platforms tested: No test. simple fix
* [svn-r8538] Purpose: Add null dataspace for fortran.Raymond Lu2004-05-184-41/+48
| | | | Platforms tested: verbena pgf90(only fortran is concerned)
* [svn-r8468] Purpose:MuQun Yang2004-05-031-290/+290
| | | | | | | | | | | | | | | | | Fixing Fortran DLL on windows Description: Need to use another macro H5_FCDLL to build fortran C stub library. change all H5_DLL to H5_FCDLL in file H5fproto.h. Solution: see above. Platforms tested: eirene(fortran), arabica(fortan) Misc. update:
* [svn-r8404] Elena Pourmal2004-04-225-7611/+299
| | | | | | | | | | | | | | | | | 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:
generated by cgit v0.12 at 2025-03-12 00:44:34 (GMT)