[FLASH-USERS] Burn and MA28 Fix
Chris Daley
cdaley at flash.uchicago.edu
Wed Nov 19 16:54:28 EST 2008
Hi James,
I'm sorry that you have run into this error. I remember having the
exact same error a few months ago.
I'm a bit confused why it has happened again? When I discovered this
problem I created a python source file at lib/ma28/libinfo.py which is
called by the setup script. In this file I generate a build script on
the fly
named build.csh which calls the Makefile with a variable containing
the extra compilation flags (including e.g. 64 bit reals). The extra flags
come from your Makefile.h (either FFLAGS_DEBUG, FFLAGS_TEST,
FFLAGS_OPT depending on how you setup), and the Makefile is at
/lib/ma28/source/Makefile.
e.g. In my Makefile .h:
FFLAGS_OPT = -c --o2 --tp4 -CcdRR8
[cdaley at cetus ma28]$ more build.csh
#!/bin/csh
# Dont forget to make this file executable!
cd source
gmake clean
gmake -f Makefile EXTRA_FFLAGS=" -c --o2 --tp4 -CcdRR8"
cd ..
What does your build.csh look like?
Chris
James Guillochon wrote:
> Hi guys,
>
> So I had been getting singularity errors in the MA28 library when
> using the Burn unit in Flash 3.1. Then I realized the issue: The
> Makefile for the MA28 library does not use the same fortran flag
> variables as the main Makefile.h specifies (FFLAGS_OPT, etc), and was
> being compiled (by default) without 64-bit arithmetic. I just copied
> the flags in FFLAGS_OPT from my site-specific Makefile.h (which
> includes -r8 and -real_size 64) into the MA28 Makefile, and now I get
> no more errors.
>
> So I think that future releases should alter the MA28 Makefile such
> that the compile rule for .F90 files includes these flags, either by
> using the supplied FFLAGS variables or by just appending them to rule
> directly.
>
More information about the flash-users
mailing list