summaryrefslogtreecommitdiffstats
path: root/fortran/src/H5f90global.f90
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r18197] Description:Quincey Koziol2010-01-301-71/+71
| | | | | | | | | Trim trailing whitespace from source code files with this command: find . \( -name "*.[ch]" -or -name "*.cpp" -or -name "*.f90" \) -print |xargs -n 1 sed -i "" 's/[[:blank:]]*$//' Tested on: None - eyeballed only
* [svn-r18074] Description:Scot Breitenfeld2010-01-081-8/+8
| | | | renamed the fortran constants H5L_LINK_*_F to H5L_TYPE_*_F to be consistent with C as noted in bug 1720
* [svn-r17498] Bug 1471 - H5Tset_order_f missing constant option H5T_ORDER_NONEScot Breitenfeld2009-09-181-21/+23
| | | | | | | - Fixed, added H5T_ORDER_NONE_F Tested: smirom (g95, gfortran, ifort, pgf90) linew
* [svn-r17473] Description:Scot Breitenfeld2009-09-141-0/+1
| | | | | | Declared the variable H5L_LINK_EXTERNAL_F need for failing with the portland compiler. Tested: jam (pgif90, pgcc)
* [svn-r17470] Bug fix:Scot Breitenfeld2009-09-111-5/+4
| | | | | | | | | | Bug 1653 - H5_LINK_* values defined in H5f90global.f90 are incorrect The Fortran EQUIVALENCE constant variables did not match those from the C definitions, fixed. Missed because there is not a Fortran test function that uses these constants. Tested: smirom (ifort, g95)
* [svn-r16796] Changed Scot Breitenfeld2009-04-201-6/+9
| | | | | | | | | | | | | | H5D_CHUNK_CACHE_NSLOTS_DEFAULT_F H5D_CHUNK_CACHE_NBYTES_DEFAULT_F H5D_CHUNK_CACHE_W0_DEFAULT_F to H5D_CHUNK_CACHE_NSLOTS_DFLT_F H5D_CHUNK_CACHE_NBYTES_DFLT_F H5D_CHUNK_CACHE_W0_DFLT_F to get under the 31 limit for variable names
* [svn-r16772] Added explicit declarations for H5D_CHUNK_CACHE_* constants.Scot Breitenfeld2009-04-171-0/+4
|
* [svn-r16768] Added definitionsScot Breitenfeld2009-04-161-2/+6
| | | | | | | | H5D_CHUNK_CACHE_NSLOTS_DEFAULT_F H5D_CHUNK_CACHE_NBYTES_DEFAULT_F H5D_CHUNK_CACHE_W0_DEFAULT_F used in cache/chunk functions.
* [svn-r16678] Description:Scot Breitenfeld2009-04-071-20/+20
| | | | | | | | | Fixed warnings from absoft's compiler for !DEC$ statements. Solution: There should not be a space after !DEC$ statements, removed the spaces. Platforms tested: Jam with gcc and f95
* [svn-r15851] Description:Scot Breitenfeld2008-10-131-751/+799
| | | | Added additional H5T definitions: H5T_NATIVE_REAL_4, H5T_NATIVE_REAL_8, H5T_NATIVE_REAL_16
* [svn-r15233] Description:Scot Breitenfeld2008-06-181-2/+5
| | | | | Added the function h5tget_native_type and associated requirements.
* [svn-r14928] Maintenance: Cleaned up the code to make it compile on smirom ↵Elena Pourmal2008-05-041-16/+26
| | | | | | | | with the g95 compiler Platforms tested: kagiso with PGI compilers, linew, smirom with GCC and g95 compilers; some tests and function calls are commented out with !EP string; we will be working on it.
* [svn-r14923] Maintenance: This check-in merges changes from the fortran_1_8 ↵Elena Pourmal2008-05-031-58/+222
| | | | | | | branch back into the trunk (up to revision 14921) Platforms tested: kagiso with g95 and Intel compilers; more testing will be done after checking in a fresh copy from the trunk. New code itself was tested with all Fortran compilers available at THG
* [svn-r14903] Undoing change committed in r14902.Scot Breitenfeld2008-04-301-214/+58
|
* [svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. ↵Scot Breitenfeld2008-04-301-58/+214
| | | | New fortran wrappers added.
* [svn-r14270] Description:Albert Cheng2007-11-201-3/+1
| | | | | | | | | | Removed the stream-vfd from the basic library code. (The stream-vfd source files are not removed yet but the MANIFEST has been updated to NOT release those stream-vfd source files.) Platforms tested: Kagiso and smirom. Then test the release tar ball in kagiso.
* [svn-r14154] Description:Quincey Koziol2007-09-251-0/+2
| | | | | | | | | | | | | | | | | | | | Finish deprecating last H5G symbol (H5G_obj_t) - yay! Lots of misc. library fixes to remove confusion between links and objects. The tools could still use another pass, to remove h5trav_type_t type and make the correct distinction between links & objects. Tested on: FreeBSD/32 6.2 (duty) in debug mode FreeBSD/64 6.2 (liberty) w/C++ & FORTRAN, in debug mode Linux/32 2.6 (kagiso) w/PGI compilers, w/C++ & FORTRAN, w/threadsafe, in debug mode Linux/64 2.6 (smirom) w/default API=1.6.x, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode AIX/32 5.3 (copper) w/FORTRAN, w/parallel, in production mode Mac OS X/32 10.4.10 (amazon) in debug mode
* [svn-r13256] Updated fortran source code with new THG copyright.Albert Cheng2007-02-071-2/+3
| | | | Tested: kagiso.
* [svn-r12842] Description:Quincey Koziol2006-11-021-4/+4
| | | | | | | | | | | | | | | | Refactor generic property list initialization code to put property list specific routines in property list modules, instead of scattered to the four winds. Also, introduce property list class initialization objects, to make adding new property list classes in the library easier. Fix daily test failure by using H5Pget_elink_prefix() API routine instead of looking at the "raw" generic property list information. Tested on: Mac OS X/32 10.4.8 (amazon) FreeBSD/32 4.11 (sleipnir) w/threadsafe Linux/32 2.4 (heping) w/C++ & FORTRAN Linux/64 2.4 (mir) w/build-all & 1.6 compat
* [svn-r11758] Purpose:Quincey Koziol2005-12-041-5/+5
| | | | | | | | | | | | | New feature Description: Add in a combination of Peter's & my code to support copying variable-length data from one file to another, although currently only supported with contiguous data storage. Platforms tested: FreeBSD 4.11 (sleipnir) h5committest
* [svn-r10970] Purpose: New feature/bug #350 fixElena Pourmal2005-06-221-9/+9
| | | | | | | | | | | | | | | | | | | | 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-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-r10585] Purpose: Bug fixElena Pourmal2005-04-101-0/+29
| | | | | | | | | | | | | 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-r9801] Purpose:Quincey Koziol2005-01-101-2/+1
| | | | | | | | | | | | 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-1/+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-r9154] Elena Pourmal2004-08-251-3/+3
| | | | | | | | | | | | 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-r8799] Elena Pourmal2004-07-031-7/+3
| | | | | | | | | | | | | | 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/+7
| | | | | | | | | | | | | | | | 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-181-20/+22
| | | | Platforms tested: verbena pgf90(only fortran is concerned)
* [svn-r8150] Purpose:Pedro Vicente Nunes2004-02-041-0/+2
| | | | | | | | | | | | | introduced the constant H5Z_FILTER_ALL, used to remove all filters in H5Premove_filter Description: Solution: Platforms tested: linux Misc. update:
* [svn-r7341] Purpose:Albert Cheng2003-08-111-1/+0
| | | | | | | | | Updated, cleanup or added Copyright notice. Platforms tested: "h5committested" Misc. update:
* [svn-r7295] Purpose:Quincey Koziol2003-08-081-61/+1
| | | | | | | | | | Code cleanup Description: Removed unused and out of date H5E flags Platforms tested: h5committested
* [svn-r7130] Purpose:Quincey Koziol2003-07-011-2/+2
| | | | | | | | | | | Tweak code Description: Change FORTRAN flags for szip so they are shorter. Platforms tested: eyeballed... too minor for quad check
* [svn-r7129] Purpose:Quincey Koziol2003-07-011-6/+8
| | | | | | | | | | Bug fix Description: Propogate szip flag changes into FORTRAN source & tests Platforms tested: h5committest
* [svn-r7064] Elena Pourmal2003-06-191-4/+91
| | | | | | | | | | | | | | | | | | | | 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-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-r6790] Elena Pourmal2003-05-011-0/+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-r6684] Elena Pourmal2003-04-151-0/+15
| | | | | | | | | | | | | | | | | | | 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-r6641] Elena Pourmal2003-04-121-6/+14
| | | | | | | | | | | | | | | | | | Purpose: Catching up with C library Description: I added four new functions h5pset_szip_f h5pget_filter_by_id_f h5pmodify_filetr_f h5pall_filters_avail_f Solution: Platforms tested: arabica (with and without SZIP Library), modi4 (with SZIP and parallel) burrwhite (with SZIP and PGI C and Fortran compilers) Misc. update:
* [svn-r6573] Elena Pourmal2003-04-021-1/+33
| | | | | | | | | | | | | | Purpose: Maintenance Description: New fortran APIs h5pset_fapl_multi and h5pget_fapl_multi have been added Solution: Platforms tested: burrwhite with PGI compilers, arabica and modi4 with --enable-parallel Misc. update:
* [svn-r6494] Elena Pourmal2003-03-191-0/+30
| | | | | | | | | | | | | | | | | | | | | Purpose: Catching up with the C library Description: Added the follwoing new fortran functions h5iget_name_f h5tis_variavle_str_f h5zunregister_f h5zfilter_avail_f h5pset_shuffle_f h5pset_fletcher32 h5pset_edc_check_f h5pget_edc_check_f h5dfill_f Solution: Platforms tested: arabica(C and F90), burrwhite (pgcc and pgf90), modi4 (F90 and parallel) Misc. update:
* [svn-r6464] Elena Pourmal2003-03-051-8/+90
| | | | | | | | | | | | | | | | | | Purpose: Maintenance Description: * Added support for generic properties. * Added support for time allocation properties. * Added support for variable length datatypes (only datatypes based on INTEGER, REAL and CHARACTER Fortran types are supported). * added some missing functions Solution: I am checking in new Fortran APIs and their man pages to support 1.5 features listed above. Not all APIs have tests yet. APIs were written in Fall 2002, and I am afraid that I will loose the code or totally forget what I did if I wait longer. ;-) Platforms tested: arabica (fortran), eirene (fortran), modi4 (parallel, fortran)
* [svn-r5956] Elena Pourmal2002-10-011-1/+19
| | | | | | | | | | | | | | | | | | Purpose: Added new F90 APIs Description: I added new F90 APIs, tests, and documentation for the following functions: h5fget_obj_count_f h5pequal_f h5tget_member_index_f h5fget_obj_ids_f h5pget_fclose_degree_f h5pset_fclose_degree_f Documentation for exisiting functions was missing: h5freopen_f, h5fflush_f, h5fmount_f, h5unmount_f, h5fget_create_plist_f, h5fget_access_plist_f. Platforms tested: Solaris 2.7, Linux 2.2 and IRIX64-6.5
* [svn-r3958] Elena Pourmal2001-06-041-0/+15
| | | | | | | | | | | | | | | | Purpose: HPUX 11.00 port Description: Redundant USE statements triggered a bug in the HP F90 compiler. Solution: Source code was rearranged to avoid redundancy: definitions of the object and dataset region reference types were moved from H5Rff.f90 to H5f90global.f90; "USE H5R" statement was removed from H5Rff.f90. Now H5Rff.f90 uses "USE H5GLOBAL" statement only as the rest of the modules. Platforms tested: HPUX 11.00 (kelgia), Solaris 2.7 (arabica)
* [svn-r3860] Elena Pourmal2001-04-271-0/+36
| | | | | | | | | | | | | | | | | | | | | | Purpose: Windows port Description: Multiple changes: * Windows platforms require special compiler directives in order to create DLLs. * In read/write subroutines data arrays were passed by descriptor. This worked on UNIX but did not work on Windows. Solution: * added compiler directives. * read/write APIs have been changed. There is an additional parameter (array that contains the sizes of data buffer dimensions) and regular arrays are used instead of assumed-shaped arrays. Platforms tested: * Currently this feature does not work. Common blocks are not exported correctly from one F90 module to another. I am checking this in so I can ask DEC for help. * For static library tests passed on Windows 98 ( except flush2_fortran) All tests passed on Linux, Solaris 2.7, O2K and T3E
* [svn-r3320] Elena Pourmal2001-01-221-1/+1
| | | | | | | | | | | | | Purpose: Bug fix Description: Compilation failed for the H5f90global.f90 file on DEC UNIX (hdf5-1.4.0-beta3-pre2) When new definition H5E_TBBT_F was added, the length of the corresponding H5E_flags array was not increased. Solution: Fixed the length of the array. Platforms tested: DEC UNIX (gondolin)
* [svn-r3305] Purpose:Quincey Koziol2001-01-191-3/+5
| | | | | | | | Code cleanup Description: Removed some additional references to ragged arrays. Platforms tested: IRIX64 (modi4)
* [svn-r3034] Elena Pourmal2000-11-291-1/+1
| | | | | | | | | | | | | | Purpose: Bug fix. Description: H5f90global.f90: One of the common block arrays (floating_types) had a typo in the name. DEC compiler was the only compiler to warn about the problem. H5Ff.f90 Compiler gave warnings about a variable that was used before its value was defined. Fixed. Turned to be a typo in a variable name. Platforms tested: DEC UNIX (gondolin)
* [svn-r2972] Elena Pourmal2000-11-171-3/+3
| | | | | | | | | | | | Purpose: Bug fix Description: HP and AIX compilers did not like duplicate array declarations in common blocks statements. Solution: Removed duplication Platforms tested: SP2 and HPUX 11.00
generated by cgit v0.12 at 2024-08-24 17:28:39 (GMT)