cmake build capability#140
Conversation
Change-Id: Iacee1904702d6a63ed67acd3bbeffd4e10b46a97
Change-Id: Ia0afba816595888069adb56782074b6c211bfcad
Change-Id: I83715835b5810301dadc13b723cd3f4e15d21a9f
Change-Id: Ib5fe2b46c780e689580900ffa79ae7ea22d7ddb4
…ding without WRF library
|
@aerorahul - We're completing reg tests on Hera as we speak for the merge of release/public-v1. Some of the tests are held up in queue, but slowly starting to run. I think it might be best to allow these to finish and complete that merge, then have you update your PR to make any changes to that version. We can start reg tests on this PR, since it is the protocol to run reg tests on PR into develop, but we may be waiting on system queue anyway. I understand that this PR in particular only adds new files and does not modify anything existing, but to bypass reg test testing I will be @WenMeng-NOAA's approval. |
@fossell I don't see a PR to merge |
@aerorahul - It has not been published yet. @mkavulich has started it and is patiently waiting completion of Hera reg tests. We can go ahead and publish the PR if that is helpful? |
Yes. That is generally helpful so developers across the community know if there is something in the pipeline and do not end up duplicating effort. At the very least, a draft PR is recommended. |
Change-Id: I9cbda1b897a12c329afbc17213ea8705253aa4c1
… in .gitmodules Change-Id: I489d2da5b2bb7b5c28c8b06d685b665e9f86695f
Change-Id: I3b2cb47344b82c6efb1a70814c9b48b9249ba3d2
|
@aerorahul - Can you please update your branch with develop now that release/public-v1 has been merged? And add the version patch as well if you have not already. Thanks! |
resolve conflicts. Change-Id: I1727941175562bf62dfc55d040a37fd35fbbe8e0
Change-Id: I2ffac132e943486b6ae4d6e6b9be3f8fd1f3e507
…decide on an appropriate versioning. Until then, stay outrageous. Change-Id: I6642fa1a0ff889e49333d478b9b0e429f7a683d4
- names the executable consistent with the project and the library - differentiates the executable name from the library name. - ensures Fortran component of NetCDF is found. Change-Id: If39f21e5bce6f12ac8053ea5a44aa6f0210c0f23
Change-Id: Ifbd6da655b3c32ce151994082274f993fa1c5d79
@fossell done. |
|
The regression tests were conducted on Dell, Cray and Hera. No changed results. This branch is ready for merging. |
…_nml Clean up template namelist files for the forecast model (for various CCPP physics suites).
1 changes to run RRFS on Orion and Hera 2 bug fix in GSI run script when GFS ensemble are missing 3 use real-time mesonet uselist 4 add CONUS 13km as practical and test system.
This PR contains cleanup work to address wrong units and some issues raised in recently merged PRs: - correct units for latitude, longitude, and pi - correct standard name air_temperature_save_from_cumulus_paramterization to air_temperature_save_from_convective_parameterization - remove unused variables in two routines in `GFS_typedefs.F90` - remove recently introduced variable `cycling` (part of GFS_control DDT), now a local variable in `physics/module_MYNNPBL_wrapper.F90` - change order of interstitial schemes in `ccpp/suites/suite_FV3_GFS_2017_fv3wam.xml` to match other SDFs Fixes NOAA-EMC#138 and parts of NOAA-EMC#137.
This PR:
cmakebuild capability using imported targets provided from NCEPLIBSsource codePackageConfig.cmake.infile that generates a package configuration file that can be used in external projects e.g. UFS that rely onnceppostlibrary.nceppost.xexecutable.BUILD_WITH_WRFLIBcmake option is turnedOFF(default: OFF).FindPackage.cmakecapability to locate packages such asNetCDF, that CMake does not intrinsically provide search capability for.@fossell @WenMeng-NOAA please add reviewers as appropriate