summaryrefslogtreecommitdiffstats
path: root/fortran/src/H5f90i.h
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r13253] Updated all C and C++ style source code files with the THG ↵Albert Cheng2007-02-071-2/+3
| | | | | | | | | copyright notice. Tested platform: Kagiso only since it is only a comment block change. If it works in one machine, it should work in all, I hope. Still need to check the parallel build on copper.
* [svn-r11372] Purpose: Maintenance/improvementElena Pourmal2005-09-081-4/+2
| | | | | | | | | | | | | | | | Description: Added support for "big" REAL and DOUBLE PRECISION datatypes (i.e. sizes of Fortran real and double precision may be 8 and/or 16 bytes; usually specified by compilers flags like -r8, -r16, -d8, etc.) Solution: Added code to generate all necessary datatypes on a fly. Platforms tested: heping with g95 (-r8, -d8) mir with ifc (-r16, -r8) Note: multi file test failed when REAL is 128 bit. I will address this later. 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-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-r10667] Purpose:James Laird2005-04-261-6/+0
| | | | | | | | | | | | | | | | | 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-251-95/+6
| | | | | | | | | | | | | | | | | | | | 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-r10534] Purpose:James Laird2005-04-041-43/+0
| | | | | | | | | | | | | | | | | | | | 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-r9801] Purpose:Quincey Koziol2005-01-101-5/+20
| | | | | | | | | | | | 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-291-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-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-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-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-r8033] Elena Pourmal2004-01-061-0/+15
| | | | | | | | | | | | | | Purpose: Maintenance Description: Fortran APIs MAC OS X port for IBM XL Fortran compiler Solution: Brought back changes from 1.6 branch Platforms tested: pommier, h5comittested; this time h5committest complained about copperpp directory and didn't run; tests on verbena and sol passed. Misc. update:
* [svn-r7641] Purpose:Quincey Koziol2003-10-151-169/+3
| | | | | | | | | | | | Code cleanup Description: Start stripping leftovers from HDF4 out of this file, working toward getting everything defined at configure time, instead of depending on the framework of ifdef's used in HDF4. Platforms tested: h5committest
* [svn-r7341] Purpose:Albert Cheng2003-08-111-12/+12
| | | | | | | | | Updated, cleanup or added Copyright notice. Platforms tested: "h5committested" Misc. update:
* [svn-r7269] Purpose:Bill Wendling2003-07-281-2/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | 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-r7064] Elena Pourmal2003-06-191-1/+1
| | | | | | | | | | | | | | | | | | | | 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-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-r6790] Elena Pourmal2003-05-011-2/+3
| | | | | | | | | | | | | | | | | | | 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-r6022] Elena Pourmal2002-10-211-7/+31
| | | | | | | | | Purpose: Fortran port to IA64 Description: I brought back changes from 1.4 branch to support IA64 system. Platforms tested: IA64 (titan), Solaris 2.7 (arabica), Linux 2.2 (eirene) and IRIX64-6.5 (modi4)
* [svn-r5401] Elena Pourmal2002-05-131-15/+0
| | | | | | | | | Purpose: Code clean-up Description: Removed unused HAVE_XXXX macros from the H5f90i.h file. Platforms tested: HP-UX 11.00 (kelgia) and IRIX64-6.5 (modi4)
* [svn-r5263] Elena Pourmal2002-04-251-2/+2
| | | | | | | | | | | | Purpose: Bug fix Description: For some unknown to myself reason I used 32-bit integer for INTEGER(HSIZE_T) on Solaris platforms when 64-bit integers are available for both C and Fortran. Solution: Use long long type to describe h(s)size_t_f types Platforms tested: Solaris 2.7 ans 2.6
* [svn-r4978] Purpose:Quincey Koziol2002-02-171-1/+1
| | | | | | | | Code cleanup Description: Cleanup compiler warnings found by the SGI compiler and gcc 3.0 Platforms tested: FreeBSD 4.5 w/gcc 3.0 (hack) && IRIX64 (modi4)
* [svn-r4035] Elena Pourmal2001-06-211-3/+59
| | | | | | | | | Purpose: IBM SP F90 HDF5 Library port Description: Added necessary type definitions for the port Platforms tested: Tested only for 1.4. branch. 1.5 branch will be tested later.
* [svn-r2683] Elena Pourmal2000-10-131-2/+2
| | | | | | | | | | Purpose: HDF5 Fortran90 port to HP 11.00 Description: Added datatype definitions for HP 11.00 Solution: Platforms tested: HPUX 11.00 (opus)
* [svn-r2576] Purpose:Bill Wendling2000-09-191-0/+286
Adding the Fortran interface to the HDF5 library Description: Fortran is now a subdirectory of the HDF5 library tree. Platforms tested: Solaris and IRIX (O2K)