Scheduled Downtime
On Friday 21 April 2023 @ 5pm MT, this website will be down for maintenance and expected to return online the morning of 24 April 2023 at the latest

WRF-SFIRE error when compiling test case

This post was from a previous version of the WRF&MPAS-A Support Forum. New replies have been disabled and if you have follow up questions related to this post, then please start a new thread from the forum home page.

bshaddy

New member
Hello,

I have been attempting to compile WRF-SFIRE for a test case following the instructions given here https://wiki.openwfm.org/wiki/How_to_run_WRF-SFIRE and here https://home.chpc.utah.edu/~u0631741/wrf-sfire/Compiling_WRF_Sfire.pdf. However, I have been receiving an error while compiling that looks similar to what is posted here: https://forum.mmm.ucar.edu/phpBB3/viewtopic.php?f=92&t=10806. I will also attach my compile log for reference.

I'm wondering if anyone may have suggestions on what could be causing this error for me? I noticed that the issue I have linked above was fixed by installing an older version of flex, however in the installation instructions for WRF-SFIRE flex is not mentioned anywhere, so I am unsure if this is related to the issue I am having. Further, because of the error I am receiving, I am wondering whether WRFCHEM is needed in order to run WRF-SFIRE?

Sorry for the somewhat naïve questions, I have been trying to figure out this error for some time now but haven't made much progress.

Thanks for any input!
 

Attachments

  • compile.log
    832.4 KB · Views: 25
Hi,
I first would like to apologize for the delay in response. I've been out of the office much over the last couple of weeks.

Our office doesn't support or manage the wrf-sfire code, but I can attempt to provide a few things that could be helpful.
1) Are you able to build standard WRF code? https://github.com/wrf-model/WRF/releases
If so, then this is definitely an issue that is specific to wrf-sfire, and you will need to contact someone who is in charge of that code.

2) You could also try to use a newer version of GNU, and to set J="-j 1" before compiling (after a clean -a) again.

3) We've had previous complaints about this (see here), but the problem was with a different scheme - the fast version of the RRTMG scheme, and a fix was implemented since. We haven't seen anything like this related to the standard rrtmg schemes. If you are tech-saavy, you could attempt to create a fix similar to the one listed in the above post if you aren't planning to use RRTMG.
 
Top