Commit Graph

17 Commits

Author SHA1 Message Date
Albert Cheng
4c9ff323aa [svn-r8073] Purpose:
Bug fix.

Description:
OSF1 machine at PSC barked at "make install" because an intended
comment was inserted in the middle of the column.  This is not kosher
because officially, make comments should be started with # at column 1.

Solution:
Moved the comment of installing h5fc as h5pfc to start at column 1.

Platforms tested:
Not h5committested since this is exposed by the PSC machine and Elena
has tested the fix there.

Misc. update:
2004-01-15 23:18:04 -05:00
Albert Cheng
6a9d906c90 [svn-r8035] Purpose:
feature

Description:
Install the C and Fortran compiler commands as h5pcc and h5pfc if
parallel mode is used.

Platforms tested:
"h5committested"
2004-01-07 12:45:16 -05:00
Bill Wendling
7927acd7f3 [svn-r6739] Purpose:
Bug Fix

Description:
    H5FC was failing on Copper (IBM P690). The reason: the xlf compiler
    needs files to end in .f in stead of .f90. If you have .f90 files,
    you need the "-qsuffix=f=f90" flag defined. This was defined for
    compiling things via the "-c" option (to object files) but not for
    straight compilation of a file.

    I also noticed that the directory modules were being extracted from
    was "." and "../src". H5FC would find these alright when doing a
    "make check-install" but if Suzie User were to try this, it might
    fail for her. Suzie would have to specify explicitly where to grab
    these files.

Solution:
    The solution to the problem was a bit more involved. I added a new
    variable called "F9XSUFFIXFLAG" which is set to this value if the
    machine needs it.

    Added new variable called "FSEARCH_DIRS" which can be set to the
    directories to find modules during compilation. The H5FC script knows
    where to find the correct modules (it's in the lib/ directory), so it
    uses the F9XMODFLAG to find them and not the FSEARCH_DIRS flag.

Platforms tested:
    Modi4 (Fortran & Parallel)
    Verbena (Fortran) C++ not needed since this is Fortran-only fix
    Arabica (Fortran)
    Copper (Fortran)

    Ran "make install" and "make check-install" afterwards...

Misc. update:
2003-04-23 14:25:58 -05:00
Bill Wendling
3935629cd6 [svn-r6680] Purpose:
Feature Add

Description:
    Added a "libhdf5_fortran.settings" file to the Fortran library.

Platforms tested:
    Arabica (Fortran)
    Modi4   (Parallel & Fortran)
    Vebena  (Fortran & C++)

Misc. update:
2003-04-15 16:43:26 -05:00
Bill Wendling
877defd1bb [svn-r5052] Purpose:
Bug Fix
Description:
	The Fortran module files weren't being uninstalled.
Solution:
	Added them to the 'uninstall:' list...
Platforms tested:
	Linux
2002-03-08 13:33:04 -05:00
Bill Wendling
5e834c4cbc [svn-r4466]
Purpose:
    Feature Add
Description:
    Added "install-example" and "install-all" to the Makefile system.
    The behaviour of the "make install*" options:

        make install          - Installs binaries, libraries, include
                                files, and example programs.
        make install-examples - Installs only the example programs.
                                The directories are:

                            ${prefix}/doc/hdf5/examples/{c,c++,fortran}

        make install-all      - Install the binaries, libraries, include
                                files, example programs, and
                                documentation. The whole kit-n'-caboodle.
        make uninstall-examples - Get rid of those example files (but not
                                  the ${prefix}/doc/hdf5/examples/...
                                  directories)

    There's a new bin/ program which helps create directories which are
    deeply nested called "mkdirs". It's a simple shell script.
Platforms tested:
    Linux
2001-09-21 18:50:15 -05:00
Bill Wendling
6b23bf8924 [svn-r3864] Purpose:
Bug Fix
Description:
    The "-$(RM)" flags were causing error messages when doing a make
    distclean.
Solution:
    Removed the "-" from the beginning.
Platforms tested:
    Linux
2001-04-27 15:03:54 -05:00
Bill Wendling
6f63dd75e3 [svn-r3814] Purpose:
Cleanup
Description:
    If there isn't anything to "remove" during the cleanup faze. This
    stops the "make clean"s from printing out:

        rm -f

    all of the time.
Solution:
    Check if hte macros have anything in them before calling the rm.
Platforms tested:
    Linux
2001-04-16 18:15:36 -05:00
Bill Wendling
6188c31c19 [svn-r3260] Purpose:
Bug Fix
Description:
    The test ``test -e "filename"'' doesn't work with some Bourne shells
    (for instance, on Arabica).
Solution:
    Changed test to ``test -f "filename"''.
Platforms tested:
    Arabica
2001-01-10 12:41:27 -05:00
Bill Wendling
6ff667c0da [svn-r3190] Purpose:
Bug fix
Description:
	This should fix the problem with installing the Fortran module
	files.
Solution:
	This script determines if the HDF5 module is created. If it is,
	then we assume that we need to install all of the modules. I
	check for both upper and lowercase in the name cause I'm not sure
	what weird fortran compilers will do.
Platforms tested:
	Linux
2000-12-22 13:00:32 -05:00
Bill Wendling
5ffd193fe8 [svn-r3150] Purpose:
Another fix...
Description:
	This should work for all platforms now. The other fix didn't work
	for the Linux platform
Solution:
	Explicitly copy the modules if they exist.
Platforms tested:
	Linux
2000-12-18 14:31:11 -05:00
Bill Wendling
e0f561af84 [svn-r3149] Purpose:
Bug Fix
Description:
	When trying to install the Fortran Modules, it would barf if
	there weren't any files in the directory with that extension
	(i.e., in the test/ directory).
Solution:
	Changed the installation to install only those files which
	actually have the correct extension we want.
Platforms tested:
	This type of fix works on the T3E and Linux
2000-12-18 14:17:31 -05:00
Bill Wendling
c18e434113 [svn-r3144] Purpose:
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
2000-12-14 12:25:31 -05:00
Bill Wendling
78365de55f [svn-r2745] Purpose:
Bug fix...I hope
Description:
	For some reason, libtool wasn't generating a .lai library file in
	the .libs directory. It needs this to install things, apparently.
Solution:
	Major hack! I force a ln to the "real" one libtools wants.
Platforms tested:
	Modi4
2000-10-27 16:54:54 -05:00
Bill Wendling
a2e49651af [svn-r2696] Purpose:
Bug Fix
Description:
	On some platforms, if you don't have . in your PATH, it won't
	find the test program it's supposed to run.
Solution:
	Changed instead to ./$$test so that it picks up the program in
	the current directory.
Platforms tested:
	Opus and Linux
2000-10-18 11:47:04 -05:00
Bill Wendling
dde028f9cf [svn-r2661] Purpose:
Bug Fix
Description:
	Wasn't finding the Dependencies file when doing a make.
Solution:
	Modified the path to the Dependencies file by prepending a
	`$(srcdir)/' to it.
Platforms tested:
	Modi4
2000-10-11 10:45:55 -05:00
Bill Wendling
8055378bce [svn-r2576] Purpose:
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)
2000-09-19 15:06:49 -05:00