Initialization error

[gmichals]

We are getting a "symbol ......has no IMPLICIT type" error as kpp is trying to generate the initialization.f90 file. Possibly because the eq. file was written using kpp2.2.3 (by the EPA) and we installed the latest kpp?
aqchem.txt

[RolfSander]

I cannot reproduce the error but I noticed a few other things:

• There should be no space after the hash in # INCLUDE atoms.
• There is no #LANGUAGE and no #INTEGRATOR command in aqchem.txt.

Please send us the complete code that is needed to reproduce the error.

[RolfSander]

Hello @gmichals, have you solved this problem? If yes, it would be nice
if you can describe how you solved it. Then others can find the solution
here if they run into the same problem.

[gmichals]

We are trying to run the box model from the EPA detailed in Geosci. Model Dev., 10, 1587–1605, 2017 www.geosci-model-dev.net/10/1587/2017/ doi:10.5194/gmd-10-1587-2017.
KPP builds the .F90 files, but the error shows up during the compile in the initialize.F90
They mentioned something about changing the allowed # of inline code.
here are the 3 files
aqchem.spc.txt
aqchem.kpp.txt
aqchem.eqn.txt

[RolfSander]

Thanks for the information! Can you please also provide the
initialize.F90 file that causes the error message?

[gmichals]

aqchem_Initialize.F90.txt

[RolfSander]

KPP generates a SUBROUTINE Initialize ( ) without any parameters. Your
file, however, contains a

SUBROUTINE Initialize ( TEMP2, PRES_PA, TAUCLD, ...)

with many parameters. It looks like there was some postprocessing after
running KPP. Maybe the postprocessing caused the error?

If you are certain that the error is within KPP, please post a small
example without postprocessing which will allow me to reproduce your
symbol ......has no IMPLICIT type error message.

[yantosca]

@gmichals Has this issue been resolved for you? Or can we close out this issue?