Restart issues
Problem: Tests revealed that the following options do not produce correct restart results: TEMF, Thompson aerosol-aware (mp_physics=28), and global runs.
Solution: Please download this new version of the file module_mp_thompson.F and replace the current one. You will need to recompile the code; however, it is not necessary to issue a 'clean -a', or to reconfigure, prior to compiling. Note: In addition to the fix for restart problems, there are some other minor changes/improvements to the code.
MAC Mavericks OS:
Problem: Current WRF/WPS code doesn't support CLANG, the default c compiler on Mac OS Mavericks.
Solution: Work is underway to resolve this issue. In the meantime, one can install gcc instead (versions greater than 4.6).
Vertical Interpolation in Real (ARW Only):
Problem: The vertical interpolation in Real does not correctly increase the number of levels of data that it is interpolating from. The Real program will stop and report an inability to find the trapping level. This only occurs with metgrid data manufactured with the max wind or tropopause included in the GFS data, and when the WRF model top is above 20 mb.
Solution: Download this version of the file module_initialize_real.F and replace the current one. Make sure to change the name to 'module_initialize_real.F and then you will need to recompile the code (there is no need to do a 'clean -a' or to reconfigure).
Trouble Building WRFV3 for Various Compilers, and testing on IBM Platforms
Problem: Compilers that do not support the 2003 FLUSH intrinsic are unable to build WRF. Some platforms do allow the use of the CALL FFLUSH option.
Solution: Download this tar file
You will need to place the files in the following directories:
- Makefile - in the top WRFV3/ directory
- fortran_2003_fflush_test.F - in the WRFV3/tools/ directory
- fortran_2003_flush_test.F - in the WRFV3/tools/ directory
- configure -in the top WRFV3/ directory
- module_wrf_error.F - in the WRFV3/frame/ directory
Once you have these files in the right places, do a 'clean -a', then reconfigure and recompile WRFV3.
Building WRFV3 with Older Compilers
Problem: Some older compilers complain about the 2003 standard allocate statement with the third argument in the 'start_em.F' file.
Solution: Replace with this newer version of start_em.F, which only allows the first two arguments in the allocate statement. Place in the WRFV3/dyn_em/ directory, rename the file to 'start_em.F', then recompile the code (no need to do a 'clean -a' or to reconfigure).
Compilation Troubles
Problem: There is an additional space between 'mpi_x_comm_size' and the opening parentheses in one of the if-def lines in the 'module_io_quilt.F' file. This causes the compile to break for some compilations, since the substitution pattern is not found.
Solution: Replace with this newer version of module_io_quilt.F. Place in the WRFV3/frame/ directory and change the name to 'module_io_quilt.F', then recompile code (no need to do a 'clean -a' or to reconfigure).
Building WRF Serially
Problem: WRF is not capable of building serially with no nest.
Solution: Replace with this version of mediation_feedback_domain.F. This has some additional code that will now allow it to build serially with no nest. Place in the WRFV3/share/ directory and rename to 'mediation_feedback_domain.F', then recompile the code (there is no need to do a 'clean -a' or to reconfigure).
IBM Compilers
Problem: Some IBM compilers (particularly older ones) complain that the code is too complex to build (referring specifically to 'module_first_rk_step_part1.o).
Solution: Replace with this version of module_first_rk_step_part1.F, which removes unnecessary code. Place in the WRFV3/dyn_em/ directory and rename to 'module_first_rk_step_part1.F', then recompile the code (there is no need to do a 'clean -a' or to reconfigure).
Trajectories
Problem: The dimensions of the trajectory variables is set to the vertical index, which causes problems when the number of trajectories is more than the number of vertical levels (default is set to 25).
Solution: Replace with this version of module_em.F. Place in the WRFV3/dyn_em/ directory and rename to 'module_em.F', then recompile the code (there is no need to do a 'clean -a' or to reconfigure).
