Custom Query (210 matches)

I am trying to install FLEXPART-WRF v3.1, and I am have some questions in its installing procedure. For example, do we need Jasper and Grib_API libraries installed for this or netcdf library is the only library needed for that. Furthermore, as it is written in a related paper, we need to install netcdf4, edit par_mod.f90 and then edit makefile.mom and use this command: make -f makefile.mom omp (omp is chosen according to my PC). However, I don't know whether we should do other steps too. For instance, how we should configure FLEXPART-WRF?

Any helps would be appreciated, M,

Dear all,

Anyone interested in implementing the MQUASILAG in backward mode?

Preferably in FP v9.02, which I currently use. But if there is a reason to rather do it already in v10 its also fine, I can wait for it.

I read that some people think that the option in forward mode is not properly implemented. So I think this can be dealt with at the same time.

(Im not sure yet if there is some money for this from the project, but at least I can offer co-authorship.)

Thanks!

I have built Flexpart from source on a couple of Linux machines and I always get a compile error due to a problem in erf.f90. The error message is:

gfortran -c -O2 -m64 -mcmodel=medium -fconvert=little-endian -frecord-marker=4 -I/usr/lib64/gfortran/modules erf.f90 erf.f90:106.26:

real, external

gammln 1

Error: Return type mismatch of function 'gammln' at (1) (REAL(4)/REAL(8)) erf.f90:111.13:

gln=gammln(a)

1

Warning: Type mismatch in argument 'xx' at (1); passed REAL(4) to REAL(8)

The same error happens at line 140. The following patch allows Flexpart to compile although it may not be the best way of achieving this:

aurora.hcp>diff baderf.f90 erf.f90 106c106 < real, external :: gammln ---

double precision, external

gammln

111c111 < gln=gammln(a) ---

gln=gammln(DBLE(a))

140c140 < real, external :: gammln ---

double precision, external

gammln

145c145 < gln=gammln(a) ---

gln=gammln(DBLE(a))

The version of gfortran used does not appear to be important; the same thing happens with gfortran 4.8.5 on Scientific Linux 7 and with gfortran 6.3.0 on Debian 9.2.