Commit Graph

7 Commits

Author SHA1 Message Date
James Laird
6864ebdd6a [svn-r12183] Purpose:
Configure cleanup

Description:
Removed unused macros, migrated to non-depreciated macros.

Solution:
The changes to use standard AC_TRY_LIB macros earlier this week
seem not to have broken anything, so I deleted the local macros in
acsite.m4 (with an eye to eventually deleting the rest of the file and
using only autoconf-supported macros).
Replaced the depreciated AC_TRY_LIB with AC_LIB_IFELSE to shut up
warnings during reconfigure.

Platforms tested:
mir, copper (should be just cleanup)
2006-03-30 18:08:50 -05:00
James Laird
418968677b [svn-r10179] Purpose:
Automake update cleanup and minor changes

Description:
Removed macros in acsite.m4 that are no longer used.
Switched to using autoconf's AC_LANG_PUSH(Fortran) instead of old
AC_LANG_FORTRAN9X macro.
Switched to using AC_LANG_PUSH() and AC_LANG_POP() (from old AC_LANG_X).
Added ifort to list of Fortran compilers configure will look for.
Added a note about automake change to Release Notes.

Platforms tested:
copper, modi4 (parallel and serial), eirene
2005-03-10 15:52:34 -05:00
James Laird
6a14114253 [svn-r10174] Purpose:
Bug fix

Description:
acsite.m4 contains macros to handle fortran compiler.  Some of these macros
are obsolete with automake 1.9.5, but some of them are still used.
These macros need to refer to the fortran compiler as $FC, not $F9X.

Solution:
The version of acsite.m4 with this change didn't get checked in last time.
Oops.
Replaced all occurances of $F9X with $FC and $FFLAGS with $FCFLAGS in
acsite.m4.

Platforms tested:
copper, modi4 (serial and parallel), kelgia, eirene.
	Some errors from btree code and ph5diff.  No errors in fortran/test.
2005-03-09 15:06:47 -05:00
Elena Pourmal
a067f22345 [svn-r9835] Purpose: Bug fix/enhancement
Description: Fortran module search directories included ../src and
             ../../fortran/src directories; this was defined in
             acsite.m4 file in order for fortran and HL fortran tests
             to compile. Those flags were included in h5fc and h5pfc scripts.

Solution: Removed those directories from acsite.m4 file and updated
          Makefile.in files.

Platforms tested: sequential on arabica and parallel on copper
                  including HL Fortran

Misc. update:
2005-01-18 20:57:44 -05:00
Pedro Vicente Nunes
dd7c794469 [svn-r9644] Purpose:
add hl fortran

Description:

Solution:

Platforms tested:
linux (absfot and pgf90)
solaris (32 and 64 bit)
AIX

note : HP gives a compiling error , to be fixed in the future

Misc. update:
2004-12-08 15:31:25 -05:00
Bill Wendling
a9aa3859a7 [svn-r7282] Purpose:
Bug Fix

Description:
    On "user02", the Fortran compiler is "efc". We weren't testing for
    this compiler (and I don't know how it was succeeding before...).

Solution:
    Added efc to the list of Fortran compilers we check for.

Platforms tested:
    Couldn't test as I don't have access to user02. But this doesn't
    affect other platforms.

Misc. update:
2003-08-04 10:30:54 -05:00
Bill Wendling
0603e2db00 [svn-r7269] Purpose:
Update

Description:
    Revamped the configuration system. The configurations for the Fortran
    and C++ libraries are no longer separate from the "main"
    configuration system. This involved removing the "configure*" and
    "aclocal.m4" files from the fortran/ and c++/ subdirectories. Also
    merging settings in the config/ subdirectories into the main config/
    subdirectory.

    Fortran header files had to be modified a little for Linux. It was
    checking if it was a Linux machine by some #defines, however with the
    -std=c99 switch, these defines weren't there. I added a check for
    some other ones which should be there whether the -std=c99 switch is
    used or not.

Platforms tested:
    Verbena (Fortran & C++)
    Sol (Fortran & C++)
    Copper (Fortran & C++)
    Modi4 (Parallel, Fortran, & C++)

Misc. update:
2003-07-28 16:38:04 -05:00