| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Fortran2003 option does not work under windows; Need to manage .def files more efficiently
Changed the comment notes from adding to the 'hdf5_fortrandll.def' to instead adding
to the 'hdf5_fortrandll.def.in' file.
|
|
|
|
|
|
| |
integers and the new H5O routines.
Tested: jam (gcc,intel)
|
|
|
|
|
| |
Tested: jam(gnu,intel)
|
|
|
|
|
|
|
|
| |
Changed the API to pass type(h5o_info_t) instead of a C pointer to the derived type.
Tested:
jam (gfortran and pgi)
|
| |
|
|
|
|
| |
RM, no source changes.
|
|
|
|
|
|
| |
Modified h5oget_info_by_name_f to return a derive type h5o_info_t
Tested: jam( gfortran, pgi, intel)
|
|
|
|
| |
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)
|
|
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)
|