| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Fixed the GM offset returned in the derived type h5_info_t and use the functon HDgmtime instead of gmtime.
tested: jam( intel, gnu)
|
|
|
|
|
|
|
|
|
|
|
|
| |
Removed line:
$(RM) $(DESTDIR)$(includedir)/H5f90i*.h
These *.h files are needed for HL_NPOESS and should not be removed when make clean is specified.
The Daily Test installs the file using the deploy script, but then
runs make clean which removes the file, so the files are not there when we try to compile HL_NPOESS
causing an error.
|
|
|
|
|
|
|
|
| |
Changed the API to pass type(h5o_info_t) instead of a C pointer to the derived type.
Tested:
jam (gfortran and pgi)
|
| |
|
| |
|
|
|
|
|
|
| |
the hdf5 library.
tested: jam (intel)
|
| |
|
|
|
|
| |
RM, no source changes.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
H5close are needed in the corresponding
Fortran wrappers.
Solutions: The calls were not needed and were removed from the C stubs h5open_c and h5close_c for the correspnding
Fortran subroutines h5open_f and h5close_f.
Platforms tested: jam with gcc and gfortran, PGI and Intel
koala with PGI and Intel
linew with the standard Sun compilers
|
|
|
|
|
|
| |
Modified h5oget_info_by_name_f to return a derive type h5o_info_t
Tested: jam( gfortran, pgi, intel)
|
|
|
|
|
|
|
|
| |
F2003_new branch for
further testing.
Tested: jam (gnu)
|
|
|
|
|
|
|
| |
Updated to the robodoc headers comments, cleaned up the spacing of the
source code which is included in the documenaton.
Tested: jam (intel)
|
| |
|
|
|
|
|
|
| |
multi-dimensional arrays detected using xlf compiler.
Tested: jam (intel, gnu, pgi) F2003 compilers.
|
| |
|
| |
|
|
|
|
|
|
| |
fortran types, it was not used in the main fortran src.
Tested: jam (gnu, g95, intel)
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
H5_ff_F90/F03.lo and H5_ff.lo
to resolve failures when building HDF5.lo and HDF5mpio.lo.
Tested: jam (gcc, mpi) using both: make HDF5.lo and make HDF5mpio.lo
|
| |
|
|
|
|
| |
to the RM documentation's standards.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
type to c_long to match the unsigned long, via standard:
F2003, Note 15.9
"The C international standard specifies that the representations for
nonnegative signed integers ar ethe same as the corresponding
values for signed integers. Because Fortran does not provide direct
support for unsigned kinds of integers, the ISO_C_BINDING module
does not make accessible named constants for their kind type
parameter values. Instead, a user can use the signed kinds of
integers to interoperate with the unsigned types and all their
qualified versions as well...."
Tested: (jam, intel)
|
| |
|
|
|
|
|
|
|
| |
fortran (using F2003), for both 1D and 2D array of vl strings.
Tested: jam (pgi, gfortran 4.5, ifort)
linew (12.3 beta)
|
| |
|
|
|
|
|
|
| |
changed the INTEGER type getting passed the verify* programs in the test programs. Fixes problems with Sun compilers 12.3 beta with the -m64 flag.
Tested: linew( 12.3 beta)
|
|
|
|
| |
fortran/examples and fixed an autotools warning from the Fortran 2003 configure.in changes. Tested on jam (minor changes).
|
|
|
|
| |
Tested: local linux
|
|
|
|
|
|
|
| |
Removed duplicate h5p, h5a, and h5d, double precision functions in _F90 and _F03 files
that are already defined in H5_DBLE_InterfaceInclude
Tested: jam (gcc 4.5, intel 12.0)
|
|
|
|
|
|
|
| |
Added to the *.def the module's appended name "provisional" for those functions
that were split between the _F90 and _F03 files.
Windows
|
|
|
|
|
|
|
|
|
|
|
| |
1) --enable-fortran2003 will enable only F2003 features. It is not a replacement for --enable-fortran. If compiler is not F2003 compliant configure should fail.
2) if --enable-fortran2003 is specified with out --enable-fortran configure fails
3) Configure help indicates that --enable-fortran2003 is in addition to --enable-fortran
Updated the version checks of different compilers.
Tested: jam (gcc 4.1 4.6, intel 10.1 11.1 12.0, pgi)
|
| |
|
|
|
|
|
|
| |
entry in hdf5_fortrandll.dif
|
| |
|
|
|
|
|
|
|
|
| |
wrong type of constant.
Changed constant 0 to 0_size_t to use the correct type in the h5tinsert_f subroutine.
Platfomr tested: Elena's mac air with gfortran 4.6
|
|
|
|
|
|
|
|
|
| |
Items merged: fortran directory,
src/libhdf5.settings.in
configure.in configure
MANIFEST
Tested: (all platforms used by daily tests, both with --enable-fortran and --enable-fortran2003)
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Change reference of generated executables in src and fortran/src to use $<TARGETFILE:xxx> format.
Tested: local linux
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Switch from H5P_DATASET_ACCESS_DEFAULT to H5P_DEFAULT for calls to
H5Rdereference2().
Tested on:
Mac OS X/32 10.6.8 (amazon) w/debug
(too minor to require h5committest)
|
|
|
|
|
|
| |
list to the function H5Rdereference. It's called H5Rdereference2 now. H5Rdereference function has been deprecated to H5Rdereference1. I also added some test cases in trefer.c.
Tested on jam, heiwa, and koala.
|
| |
|
|
|
|
|
|
|
|
| |
Changed the length of the fortran string passed to HD5packFstring in the function nh5pget_external_c. The 3rd
argument should be the fortran length of the string, not the C length of the string (which includes the null).
Tested: jam (intel and gnu), also checked the example h5ex_d_extern.f90 which detected the problem on Amazon c2
machine (reported by Larry).
|
| |
|