| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Feature Fix
Description:
Changed NPROCS to 2 instead of 3.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
I was nullifying the RUNPARALLEL and other macros when I shouldn't
have been (they were set to sensible things). I also ported the
RUNPARALLEL macros from the hdf5/config directory to the
hdf5/fortran/config directory for the powerpc-ibm-[45].x files.
Solution:
Removed the offending 'RUNPARALLEL=""' lines. Also changed default
number of processes to 3 instead of 2.
|
|
|
|
|
|
|
| |
Make a tarball of 1.4.4-pre4 that contains CVS stuff for easier
commit later. Bump up version information by bin/h5vers -i.
Platforms tested:
No test since this is the same process the release script will do.
|
|
|
|
|
|
|
|
| |
Version bump
Description:
I'm making another prerelease available for the SAF team, with some
features I'd like them to test, so bump the prerelease number again.
|
|
|
|
|
|
|
|
|
| |
Update version info.
Description:
Bump the prelease number to reflect the fact that I gave out a prerelease
to the SAF developers yesterday and I don't want to confuse people when we
make another prelease tarball.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Porting to AIX 5.x
Description:
configure.in:
fortran/configure.in:
Added a case to group all AIX 5.* versions as aix5.x. This allows
them to share one common config/*aix5.x file.
configure:
fortran/configure:
Derived from configure.in (done in eirene).
config/powerpc-ibm-aix4.x:
Added a comment explaining why not to cache sizeof size_t and off_t
fortran/config/powerpc-ibm-aix4.x:
Turned of cache of sizeof size_t and off_t because they are depedent
on compiler options.
config/powerpc-ibm-aix5.x:
fortran/config/powerpc-ibm-aix5.x:
New config file for AIX 5.X
Platforms tests:
LLNL Blue, Frost, Snow, both serial and parallel.
(Snow's parallel does not work yet because it needs the host specific
hack in aclocal.m4.)
|
|
|
|
|
|
|
|
|
| |
version information were not updated when 1.4.4-pre1 was created.
So, 1.4.4-pre1 actually contained 1.4.4-snap6 in it.
Updated the version information to 1.4.4-pre2.
Platforms tested:
eyeballed all changes. Pretty sure only text changes in some character
strings.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
On Linux 2.4 kernel, we need to check for Linux LFS support. There
was a failure in the Fortran code when we tried to pass a 4 byte
off_t variable to a function which expected an 8 byte off_t. This is
due to there being no check for the LFS support in the Fortran code.
Solution:
Added the check for Linux LFS support.
Platforms tested:
Elena will test on Linux platform...
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Update
Description:
Updated the h5vers script to also modify the configure.in files and
regenerate the configure file.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
| |
Update
Description:
Added the check for MPI_{Comm,Info}_{f2c,c2f} functions to the
Fortran wrappers. There was a bogus H5config.h.in file in the
fortran/src directory. Replaced it with H5config_fortran.h.in
instead.
Platforms tested:
HP-UX
|
|
|
|
|
|
|
|
|
|
| |
Update
Description:
Updated the way some of the macros were being used in the configure
file. Some of the behavior is deprecated. Mostly has to do with the
AC_OUTPUT and AC_INIT macros...
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Upgrade of autotools...
Description:
Upgraded the configure files to use the newest auto tools. The
directions for regenerating the configure files are the same for the
1.5 branch, you should only regenerate them on sleipnir or
dangermouse for now. Eirene has an older version of the autotools on
it. Burrwhite isn't ready yet, but when it is, it should be upgraded
to the latest/greatest tools as well...
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
Back ported fix for the Fortran MPI parallel test to the 1.4 branch.
Solution:
Needed to change the order of the link line in the acsite.m4 file so
that libraries came after the *.o file to catch some of the
unresolved references being generated.
Platforms tested:
Modi4
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Bug Fix
Description:
When restoring the LDFLAGS variable after an error, forgot to put a $
on the saved_LDFLAGS variable. This resulted in an assignment of
the string "saved_LDFLAGS" to LDFLAGS...
Solution:
Added the $ to saved_LDFLAGS
Platforms tested:
Modi4
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Bug Fix
Description:
We were testing of the MPI C compiler could build an MPI program. We
should be testing if the MPI F90 compiler could build an MPI program.
Solution:
Changed so that we check if the MPI F90 compiler can build an MPI
program instead...
Platforms tested:
AIX and LInux
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Back-port of Bug Fix
Description:
Back port from the 1.5 branch of the .depend/Dependencies files
generation bug. (When the $srcdir et.al. macros began with a ".",
they were lopping off the first character of a header file's path).
Platforms tested:
Linux
|
|
|
|
|
|
|
| |
Purpose:
Bug Fix
Description:
Back porting the fix to the fortran FFLAGS macro.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Bug Fixes
Description:
If the system doesn't support modules, then the F9XMODFLAG would be
empty. This would cause things like '.' and '../src' to be stranded
on the compile line by themselves and the compiler would barf.
Also, there needs to be a dependence between the thyperslab_wr
program and the THDF5 module.
Solution:
Put the code to generate the -{M,I,p}<directory> flags in the
acsite.m4 file since it's not possible to check if a macro is empty
and do substitution on it in the Makefiles.
Put a dependency in the Makefile.in so that THDF5 will be made before
the thyperslab_wr program.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Fix
Description:
I didn't put the zlib fix into the 1.4 branch.
Solution:
Put the fix into the configure to clear the cache so that configure
always checks for zlib in the fortran/ directory so that it'll be put
in the LFlags macro.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Purpose:
Bug bypass
Description:
Fortran configure checks flags where to find F90 modules in the
order "M", "I" and "p". On IBM SP "M" is a reserved flag, configure
does not understand compiler's warning and uses it to specify
module directories. Then tests and examples compilation fails since
module directory is not specified correctly on the compilation line.
Solution:
Changed the order of flags to be "I", "M", "p", so configure on IBM SP
finds the correct flag first.
Platforms tested:
IBM SP, Solaris 2.7, Linux, DEC UNIX, HP 11.00, IRIX64 (yes, all of them :-)
|
|
|
|
|
|
|
|
|
| |
Fix
Description:
Fixed to use the top-level bin/ directory instead of having the files
copied here...
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
testpar/Makefile was being generated even if parallel wasn't
specified.
Solution:
Conditionally create this file only if parallel is specified.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
Small bug fix to the acsite.m4 stuff. We should check if the Fortran
9X compiler was found instead of the CC compiler.
Solution:
Changed CC to F9X macro.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
| |
Install Fix
Description:
Fortran modules need to be installed.
Solution:
I check for the extension modules are created with and use that
during the install...
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Attempted Bug Fix
Description:
Some machines (Cray T3E, need you ask?) use the ``-p'' flag for
enabling double precision. This breaks our Fortran interface.
Solution:
Put this test last. However, the T3E apparently doesn't need
modules, so we may have to resort to a better "fix" than this
in the future.
Platforms tested:
T3E
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
T3E and J90 were complaining about not being able to make for
ADD_PARALLEL_FILES.
Solution:
Somehow the make on these machines must have been weirded out by
the funky pattern matching/replacement that's being done and
couldn't handle a null macro. I now assign "no" to the macro
explicitly
Platforms tested:
T3E
|
|
|
|
|
|
|
|
|
|
|
| |
Buglet fix
Description:
Was removing the confdefs.h header which was needed during
Makefile generation.
Solution:
Stopped doing that.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
|
|
|
|
| |
Buglet fix...
Description:
When configuring, configure would complain about there not being
a confdefs.h file.
Solution:
Added a src/H5config.h file which configure can generate. This
can be used for configure stuff later, but is empty now.
Platforms tested:
Linux
|
|
|
|
|
|
|
|
| |
Feature Add
Description:
Added the --enable-static-exec flag to the fortran stuff.
Platforms tested:
Linux
|
|
|
|
|
|
|
| |
Bug
Description:
Applied the DYNAMIC_DIRS patch to this configure file. It was
applied to the hdf5 stuff but didn't make it down here.
|
|
|
|
|
|
|
|
|
| |
Feature
Description:
This will run the parallel test files for Fortran when
--enable-parallel is specified
Platforms tested:
Modi4
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
Sed was complaining about "filename expected" when trying to
generate the .in files. The problem stemmed from the script sed
was generating in the conftest.s1 file. It needed the DEPEND
filename which wasn't being set.
Solution:
Fixed so that we check if DEPEND is zero before trying to set if
(if not using a GNU make program) instead of testing if DEPEND
has a value in it...I copied this incorrectly from the main
library's configure.in file...my bad.
Platforms tested:
T3E
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
I was relying on the PARALLEL macro to be "yes" or "no" all the
time. This isn't the case.
Solution:
Created the ADD_PARALLEL_FILES macro to do just this.
Platforms tested:
Modi4
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
The "fix" for search paths was wrong. It would try to recompute
the SEARCH macro at the end.
Solution:
Stopped it from doing that if the $SEARCH macro has a value. One
question, will fortran always be built from the top directory?
Platforms tested:
Modi4
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
When running configure on subdirectories (like fortran/), looking
up how make implements SEARCHes failed.
Solution:
Exporting the SEARCH macro so that subdirectories don't have to
look for it.
Platforms tested:
Modi4.
|
|
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)
|