Merge branch 'cmakeBuild' into develop (PR #230)
commitf5e377a2c4664568e2ae6fb8f31f6d59552965b1
authorMichael Duda <duda@ucar.edu>
Thu, 6 Jun 2024 22:51:44 +0000 (6 16:51 -0600)
committerMichael Duda <duda@ucar.edu>
Thu, 6 Jun 2024 23:09:26 +0000 (6 17:09 -0600)
tree06185f1a616a0c2a1e7ed4aac8050092c1440883
parent085d6f84ec9e21724e26b2c5527fe2c2f0f6473c
parentd1979bc39452d35c89db9615bfe7b191ab1a4549
Merge branch 'cmakeBuild' into develop (PR #230)

This merge introduces a CMake build capability to complement the CMake build in
WRF. Building the WPS with CMake requires that WRF was also compiled with CMake
(provided the geogrid and metgrid programs are to be built).

The WPS CMake build follows the same procedure as the WRF build procedure, using
the following:

   ./configure_new
   ./compile_new

The prompts will look similar and present the user with available options
specific to their system.

* cmakeBuild: (44 commits)
  Give detailed error info when WRF not found, and fail if it was requested
  Be more explicit with external source code to be compiled
  Use abs paths
  Update WRF find logic
  Switch default to no
  Allow for building just ungrib
  Set fortran fixed for these targets
  Reorder library linking so symbols are properly resolved
  Add snippet about cmake compilation
  Install main bins with .exe links similar to WRF cmake
  Better usage of build externals with updates to find jasper and note zlib
  Move compiled fortran modules to a subdir in install
  Sync with WRF developments
  Sync with WRF updates for better option outputs
  Set cpp flags to defaults
  Better control over finding WRF
  Use WRF better Jasper module for control of versioning
  Sync netCDF modules with WRF
  Sync with WRF
  Splitting defs in case we ever need to handle them differently
  ...
README
arch/configure.defaults