summaryrefslogtreecommitdiffstats
path: root/fortran/configure
Commit message (Collapse)AuthorAgeFilesLines
* [svn-r4292] Bill Wendling2001-08-011-54/+93
| | | | | | | | | | | | | | | | Purpose: Bug Fix Description: The way we were generating Dependencies and .depend files was broken. If the $srcdir or other macros began with a ".", then it would match anything and cause problems since it would then overwrite the beginning of the header file's path. Solution: Wrote a Perl script which can handle this type of weirdness better. It's only used when the environment is a GNU one with a GCC compiler... Platforms tested: Linux
* [svn-r4174] Bill Wendling2001-07-101-1/+1
| | | | | | | Purpose: Regeneration Description: Regenerated the configure file for the Fortran FFLAGS fix.
* [svn-r4166] Bill Wendling2001-07-091-41/+42
| | | | | | | | | Purpose: Fix Description: Porting fixes from the 1.4 branch to the 1.5 branch. This fixes the dependency problem in the testpar/ directory and also the problem with module includes on the command line.
* [svn-r4138] Bill Wendling2001-07-061-41/+44
| | | | | | | | | | | | | | | | Purpose: Bug Fix Description: In order for libtool to point to the place zlib lives (when specified) it needs to add that flag to the LDFLAGS macro. However, since we're getting this information from the top-level configure, it's cached. Thus, we don't check for it and the -L flag doesn't get included into the LDFLAGS macro. Solution: Remove the cached value so that the Fortran configure will always check for zlib even if it's found by the top-level configure. Platforms tested: Kelgia
* [svn-r4041] Elena Pourmal2001-06-211-1/+1
| | | | | | | | | | | | | | | | 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: NERSC IBM SP (gseaborg)
* [svn-r3930] Purpose:Bill Wendling2001-05-151-2/+2
| | | | | | | | | Fix Description: Removed the redundant executables here. We just use the ones in the top-level of the tree. Platforms tested: Linux
* [svn-r3807] Purpose:Quincey Koziol2001-04-131-87/+90
| | | | | | | | | | | | | | Portability changes Description: Very quick port to Compaq (nee DEC) Alpha OSF5. Solution: Added a new "dec-osf5.x" configuration file and changed configure.in to look for it. The local test machine is now passing all the tests, except I can't get the "-L<path>" stuff to work, so tools which depend on the HDF4 library around tested. Platforms tested: Compaq Alpha 5.1 (compaq.ncsa.uiuc.edu)
* [svn-r3693] Purpose:Bill Wendling2001-03-221-8/+32
| | | | | | | | | Bug Fix Description: Create a Makefile in the testpar/ directory only if PARALLEL is enabled. Solution: Set a macro to the testpar/Makefile for the generation script.
* [svn-r3298] Purpose:Bill Wendling2001-01-181-1/+1
| | | | | | | | | | | 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
* [svn-r3144] Purpose:Bill Wendling2000-12-141-47/+58
| | | | | | | | | | | 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
* [svn-r3052] Purpose:Bill Wendling2000-12-011-1/+1
| | | | | | | | | | | | | 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
* [svn-r3028] Purpose:Bill Wendling2000-11-291-1/+1
| | | | | | | | | | | | | | 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
* [svn-r2921] Purpose:Bill Wendling2000-11-151-1/+1
| | | | | | | | | | | Buglet fix Description: Was removing the confdefs.h header which was needed during Makefile generation. Solution: Stopped doing that. Platforms tested: Linux
* [svn-r2919] Purpose:Bill Wendling2000-11-151-104/+200
| | | | | | | | | | | | 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
* [svn-r2915] Purpose:Bill Wendling2000-11-151-89/+110
| | | | | | | | Feature Add Description: Added the --enable-static-exec flag to the fortran stuff. Platforms tested: Linux
* [svn-r2905] Purpose:Bill Wendling2000-11-141-4/+8
| | | | | | | 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.
* [svn-r2782] Purpose:Bill Wendling2000-10-311-9/+13
| | | | | | | | | Feature Description: This will run the parallel test files for Fortran when --enable-parallel is specified Platforms tested: Modi4
* [svn-r2704] Purpose:Bill Wendling2000-10-191-1/+1
| | | | | | | | | | | | | | | | 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
* [svn-r2669] Purpose:Bill Wendling2000-10-111-7/+12
| | | | | | | | | | | 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
* [svn-r2660] Purpose:Bill Wendling2000-10-111-3/+5
| | | | | | | | | | | | 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
* [svn-r2659] Purpose:Bill Wendling2000-10-101-92/+94
| | | | | | | | | | | | 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.
* [svn-r2576] Purpose:Bill Wendling2000-09-191-0/+2981
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)
generated by cgit v0.12 at 2024-11-06 22:44:31 (GMT)