summaryrefslogtreecommitdiffstats
path: root/fortran/src
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r11008] Purpose:James Laird2005-06-302-95/+86
| | | | | | | | | | | | | | | | | | | | | | Feature: tests now use parallel make and only run once Description: When make is invoked in parallel (using the -j option), several tests will now be run simultaneously. This should speed up testing on a number of systems. When a test passes, it creates a foo.chkexe or foo.chksh file, which prevents the test from running again unless the test or library changes. Solution: Most of the changes live in config/conclude.am. Added *.chkexe and *.chksh files to the list of files to be cleaned at "make mostlyclean" time. Parallel tests still run one at a time, but use the same make instructions as serial tests. Platforms tested: mir, eirene, sleipnir, pommier, copper, modi4 (some errors occurred, probably due to the test being run before updating hdf5. Will re-run tests after checkin.)
* [svn-r10997] Purpose: Small bug fixElena Pourmal2005-06-281-1/+1
| | | | | | | | | | Description: "long long" type caused compilation problems on Windows Solution: Use long_long definition Platforms tested: heping, Windows will follow Misc. update:
* [svn-r10970] Purpose: New feature/bug #350 fixElena Pourmal2005-06-2213-52/+95
| | | | | | | | | | | | | | | | | | | | Description: When compiler flag was used to set the size of Fortran integer to 8 bytes, library would fail. Solution: Cleaned up the code; added detection of Fortran INTEGER type size and appropriately defined int_f type for C-stubs routines. Platforms tested: Solaris 2.8 32 and 64-bit, AIX 5.1 64-bit parallel PGI Fortran with -i8 flag on heping Absoft Fortran with -i8 flag on heping g95 on mir (Fortran integer is 8 bytes by default that cannot be changed - compiler bug ;-) AIX Fortran with -qintsize=8 32 and 64-bit modes on copper Misc. update:
* [svn-r10883] Purpose:James Laird2005-06-091-1/+1
| | | | | | | | | | | | | Bug fix Description: H5test_kind.f90 had an error when being compiled by pgf90. Solution: A variable wasn't declared. Declared it to fix the bug. Platforms tested: heping, mir
* [svn-r10882] Purpose:James Laird2005-06-084-166/+105
| | | | | | | | | | | | | | | Bug fix/improvement Description: Added another step to fortran type detection. This should help on some bizarre platforms. Solution: Formerly, H5fortran_detect.f90 was included in the distribution. Now it is generated by H5test_kind.f90 (written by Elena). Platforms tested: verbena, modi4, copper
* [svn-r10870] Purpose:James Laird2005-06-072-8/+8
| | | | | | | | | | | | | | | | | Bug fix Description: Fortran type detection failed on Cygwin. This is because executables in Cygwin have the .exe extension, which confused dependencies in the Makefile. Solution: Sprinkled the $(EXEEXT) variable liberally about the fortran/src Makefile.am. This variable is set at configure time and will be ".exe" on Cygwin and stay "" on Linux. Platforms tested: Cygwin, modi4, mir
* [svn-r10858] Purpose:Albert Cheng2005-06-041-4/+15
| | | | | | | | | | | bug fix. Description: The check-s and check-p targets are not recursively passes down. Make them so. Platforms tested: heping (serial and pp).
* [svn-r10849] Purpose:Albert Cheng2005-06-021-1/+3
| | | | | | | | | | | | | | | | | | bug fix Description: check-s and check-p were set as pre-requistics of test. They would get executed in parallel if parallel make is used. This could cause problems since serial tests are used to be executed before parallel tests. It is not known if it is always okay to run serial and parallel tests in simultantously. Solution: Change check-s and check-p as actions of the target test so that they get executed sequnentially. Platforms tested: heping PP.
* [svn-r10840] Purpose:James Laird2005-06-021-6/+36
| | | | | | | | | | | Added check-s and check-p targets. Description: Added check-s and check-p targets to 1.7 branch to match changes to 1.6 branch. Now parallel and serial tests can be run separately. Platforms tested: mir, modi4, copper
* [svn-r10794] Purpose:James Laird2005-05-241-6/+7
| | | | | | | | | | | | | | Bug fix Description: Fortran tests failed because UTF-8 character set flag wasn't initialized properly. Solution: Elena showed me where the flags needs to be initialized. Problem solved. Platforms tested: heping, copper, modi4
* [svn-r10785] Purpose:James Laird2005-05-231-7/+9
| | | | | | | | | | | | | | | | | Feature Description: Added "support" for UTF-8 character encoding. Solution: Wrote tests to check that UTF-8 can be used in a number of places in HDF5 (object names, data, etc.). These tests live in test/tunicode.c. Added a new UTF-8 character encoding for datatypes. Platforms tested: mir, modi4, heping Misc. update:
* [svn-r10743] Purpose:James Laird2005-05-121-96/+7
| | | | | | | | | | | | | | | | | | Code cleanup Description: fortran/src/H5f90i.h used to define different fortran types for every compiler. Now it only defines three things, and they are the same for every platform but one. Solution: Eliminate duplicate definitions; now there are only two cases ("UNICOS" and "everything else"). This should also let the HDF5 Fortran compile anywhere, even on unknown platforms. Platforms tested: mir, pommier, modi4, copper, Cray X1 (in progress)
* [svn-r10736] Purpose:Quincey Koziol2005-05-071-144/+48
| | | | | | | | | | | Code cleanup Description: Clean up some compiler warnings Platforms tested: FreeBSD 4.11 (sleipnir) h5committest
* [svn-r10729] Purpose:James Laird2005-05-051-1/+7
| | | | | | | | | | | | | | | | | Cray X1 Port Description: Porting 1.7 branch to Cray X1. With these changes, HDF5 builds, but there are some errors in the tests. Working on the errors. Solution: Added nv1-cray file to config directory. Cleaned up some code in hl/c++ that was causing compiler to complain. Platforms tested: Cray X1, mir, sleipnir Misc. update:
* [svn-r10726] Purpose:James Laird2005-05-041-2/+2
| | | | | | | | | | | Bug fix Description: Removed Makefile.am code to install .mod files in fortran/testpar. Fixed warnings in H5match_types.c Platforms tested: heping
* [svn-r10722] Purpose:James Laird2005-05-031-8/+8
| | | | | | | | | | | Bug fix Description: Forgot to check in new version of H5match_types.c that uses long_long instead of long long. Platforms tested: mir, modi4, pommier
* [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
generated by cgit v0.12 at 2024-10-04 12:53:43 (GMT)