summaryrefslogtreecommitdiffstats
path: root/fortran/src/H5Df.c
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r16773] Description:Scot Breitenfeld2009-04-171-0/+28
| | | | | | Added Fortran API h5dget_access_plist_f Platforms Tested: Smirom - pgf90 ifort
* [svn-r15628] Description:Quincey Koziol2008-09-161-12/+12
| | | | | | | | | | | | | Remove trailing whitespace from C/C++ source files, with the following script: foreach f (*.[ch] *.cpp) sed 's/[[:blank:]]*$//' $f > sed.out && mv sed.out $f end Tested on: Mac OS X/32 10.5.5 (amazon) No need for h5committest, just whitespace changes...
* [svn-r15060] Maintenance: File space identifier was not closed causing ↵Elena Pourmal2008-05-211-1/+4
| | | | | | memory growth; fixed Platforms tested: kagiso (minor fix)
* [svn-r14923] Maintenance: This check-in merges changes from the fortran_1_8 ↵Elena Pourmal2008-05-031-9/+52
| | | | | | | 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-52/+9
|
* [svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. ↵Scot Breitenfeld2008-04-301-9/+52
| | | | New fortran wrappers added.
* [svn-r14199] Description:Quincey Koziol2007-10-111-24/+12
| | | | | | | | | | | | | | | | | | | | | Add H5Dcreate to API versioned routines, replacing internal usage with H5Dcreate2 Fix thread-safe error stack initialization for API versioned error stack printing routines. 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-amd64 2.6 (smirom) w/default API=1.6.x, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Mac OS X/32 10.4.10 (amazon) in debug mode
* [svn-r14193] Description:Quincey Koziol2007-10-081-14/+11
| | | | | | | | | | | | | | | | | | | Make H5Dopen versioned and change all internal usage to use H5Dopen2 Add simple regression test for H5Dopen1 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-amd64 2.6 (smirom) w/default API=1.6.x, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Mac OS X/32 10.4.10 (amazon) in debug mode
* [svn-r14192] Description:Quincey Koziol2007-10-081-18/+11
| | | | | | | | | | | | | | | | | | Deprecate H5Dextend in favor of H5Dset_extent (without using API versioning, due to changed behavior) and switch internal usage to H5Dset_extent 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-amd64 2.6 (smirom) w/default API=1.6.x, w/C++ & FORTRAN, in production mode Linux/64-ia64 2.6 (cobalt) w/Intel compilers, w/C++ & FORTRAN, in production mode Solaris/32 2.10 (linew) w/deprecated symbols disabled, w/C++ & FORTRAN, w/szip filter, in production mode Mac OS X/32 10.4.10 (amazon) in debug mode
* [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-r12752] Descripton: This is a port to G95 compiler for MAC OSX and AIX 5.2Elena Pourmal2006-10-121-8/+741
| | | | | | | | | | | | | | | | Previous implementation failed to compile on MAC OS X Tiger 10.4 and AIX 5.2 In previous implementation, each overloaded Fortran function called the same C function. Since declaration of parameters in INTERFACE block for C Function differed, some compilers issued warnings but g95 on MAC and AIX failed to compile. Solution: Add C wrappers corresponding to each overloaded Fortran function to call C stub function. This fix should also reduce number of warnings on IRIX systems. Platforms tested: MAC OS and AIX 5.2 (copper) with g95; sol (with Sun compilers), heping with PGI compilers
* [svn-r11771] Purpose:Quincey Koziol2005-12-081-3/+0
| | | | | | | | | | | | Code cleanup Description: Fix a bunch of warnings flagged by Windows compilers. Platforms tested: FreeBSD 4.11 (sleipnir) Too minor to require h5committest
* [svn-r11245] Purpose:Quincey Koziol2005-08-131-132/+132
| | | | | | | | | | | | | | | | | | | | Code cleanup Description: Trim trailing whitespace, which is making 'diff'ing the two branches difficult. Solution: Ran this script in each directory: foreach f (*.[ch] *.cpp) sed 's/[[:blank:]]*$//' $f > sed.out && mv sed.out $f end Platforms tested: FreeBSD 4.11 (sleipnir) Too minor to require h5committest
* [svn-r10970] Purpose: New feature/bug #350 fixElena Pourmal2005-06-221-3/+6
| | | | | | | | | | | | | | | | | | | | 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-r9801] Purpose:Quincey Koziol2005-01-101-82/+79
| | | | | | | | | | | | 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/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-r9250] Purpose:Quincey Koziol2004-09-141-2/+2
| | | | | | | | | | | | | | | | | | | | 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-r8404] Elena Pourmal2004-04-221-386/+11
| | | | | | | | | | | | | | | | | 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-r7639] Purpose:Quincey Koziol2003-10-151-15/+3
| | | | | | | | | | Code cleanup Description: Remove UNICOS-specific ifdefs and replace with portable code. Platforms tested: h5committest
* [svn-r7611] Purpose:Quincey Koziol2003-10-131-48/+48
| | | | | | | | | | | | 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-r7529] Purpose: Code cleanupElena Pourmal2003-10-011-7/+7
| | | | | | | | | | | | | Description: On Linux systems valdrind tool complained about memroy leaks in the following statements like if(!a) free(a); Solution: replaced the statements with if ( a != NULL) free(a); Platforms tested: eirene (too small for committest) Misc. update:
* [svn-r7341] Purpose:Albert Cheng2003-08-111-12/+12
| | | | | | | | | Updated, cleanup or added Copyright notice. Platforms tested: "h5committested" Misc. update:
* [svn-r7318] Purpose:Quincey Koziol2003-08-081-4/+4
| | | | | | | | | | | Code cleanup Description: Switched 'hobj_ref_t' from funny structure with array inside to just be 'haddr_t', since that was equivalent and less confusing. Platforms tested: h5committested
* [svn-r6772] Elena Pourmal2003-04-291-18/+16
| | | | | | | | | | | | | | | | | | Purpose: Windows maintenance and code cleanup Description: There were a lot of places in the source code where varibale was declared but never used. Solution: Cleaned the source code to avoid warnings on Windows adn Unix platforms. Platforms tested: arabica, modi4, Windows Probably my environment is wrong on Linux, cannot compile at all when fortran is enabled If daily tests fails tomorrow, this will be my fault but I want to go home now :-) Misc. update:
* [svn-r6684] Elena Pourmal2003-04-151-2/+30
| | | | | | | | | | | | | | | | | | | 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-r6617] Purpose:Albert Cheng2003-04-091-2/+1
| | | | | | | | | | | | | | | | | Bug fix. Description: The macro MAX defined here is very commonly defined, e.g., AIX systems. The compiler did not like duplicated macro defines. Solution: H5_MAX is already defined in H5f90.h and used in other code. Remove MAX and change its use to H5_MAX. Platforms tested: "h5committested", plus tested at LLNL Blue. Misc. update:
* [svn-r6494] Elena Pourmal2003-03-191-0/+94
| | | | | | | | | | | | | | | | | | | | | 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-0/+490
| | | | | | | | | | | | | | | | | | 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-r5490] Purpose:Elena Pourmal2002-05-311-42/+412
| | | | | | | | | Code cleanup Description: While working on the "External test" failure I restructured and cleaned up some C stub code. Platforms tested: dangermouse (Linux 2.4)
* [svn-r3860] Elena Pourmal2001-04-271-24/+26
| | | | | | | | | | | | | | | | | | | | | | 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-r2795] Elena Pourmal2000-11-031-7/+21
| | | | | | | | | | | | | | | | | | | Purpose: New feature Description: Now all Fortran flags such as H5F_ACC_RDONLY_F (previously defined in the H5fortran_flags.f90 file) are generated at runtime when h5init_fortran_f subroutine is called. All flags have now the same value as corresponding C flags. This change affects user's programming model: Every Fortran program that uses F90 HDF5 Library has to call h5init_fortran_f(error) subroutine before the first call to the F90 HDF5 Library and h5close_fortran_f(error) after the last call to the Library. h5init(close)_types_f calls are not needed anymore since F90 datatypes are intialized(closed) with the h5init(close)_fortran_f calls. Platforms tested: O2K and Solaris2.7
* [svn-r2648] Elena Pourmal2000-10-101-0/+242
| | | | | | | | | | | | | | | | | | | | | | Purpose: Reimplemented references to the objects and dataset regions. Description: Previous implementation was not portable. This implementation should work on UNIX workstations and Crays, but is very inefficient since it uses memcpy to repack Fortran buffers with references to C buffers and vice versa. Solution: I used fortran derived datatype with integer fields. h5dwrite_f and h5dread_f have extra parameter when references are written or read. This parameter describes size of the buffer that holds references. Platforms tested: J90 and Solaris 2.6 H5Pf.c Some of the functions do not exist now in the development branch. Commented those out, so one does not need to apply patch in order to build Fortran Library.
* [svn-r2576] Purpose:Bill Wendling2000-09-191-0/+391
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)