Bug Fix
Description:
The Dependencies files for fortran/ weren't being generated properly.
The "top_srcdir" variable was pointing to the src/fortran directory
instead of the src/ directory. This is correct as far as configure's
concerned, but our code needs the src/ directory to work.
Solution:
Remove the /fortran/.. from the end of top_srcdir if it exists there.
Platforms tested:
Arabica (just needed to check that Fortran compiles okay).
Misc. update:
Bug fix/ Update
Description:
Added "void**" type to trace file (set to "x").
Fixed dependencies so that it closes the DEPEND and NEW file handles.
Platforms tested:
Linux (small fix)
Misc. update:
Bug Fix
Description:
If there was a header file with a path like:
/some/path/mpich.optimized/...
The dependencies script would change that to
/some/path/mpich.loptimized/...
^--Note.
Solution:
Mike McKay offered the solution to replace the substitution script
from "s/\.o/\.lo/g" to "s/\.o(\b)/\.lo$1/g". It doesn't crash when
run on Linux, but we need to make sure that it's okay for his
machine.
Platforms tested:
Linux, since this script is only run on GNU platforms.
Misc. update:
Purpose:
Bug Fix
Description:
The dependencies weren't being generated properly. What was
happening, if there was a "." in the path name to the source
directories, it would say, "oh! That matches anything. Dup-dee-do
I'll just mess everything up, then."
Solution:
Escape all occurences of "." with a "\." so that it will match an
actual "." instead of anything.
Platforms tested:
Linux
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
