Fix MAPL dependencies for MAPL-as-library in CMake

[mathomp4]

Description

This is an attempt to fix an issue being seen by @climbfuji in using the latest MAPL in UFS. I believe the problem is that now MAPL is being built with pFlogger (and fArgparse?) support and GOCART-as-UFS builds doesn't know that those are needed.

I tried to do some limited testing locally and I think this solves at least the CMake problems. The main thing is I can't do any building because I don't think I have the right flags set (since I'm building as -DUFS_GOCART=ON) and so I get:

/Users/mathomp4/Models/GOCART-LikeUFS/GOCART/Process_Library/MieQuery.H:156:132:

  156 |              pmom(__DIMS__,i,j)  =  __RHINTERP5__(this%pmom, irh, arh, channel, bin, i, j, rh)
      |                                                                                                                                    1
Error: Line truncated at (1) [-Werror=line-truncation]

Related Issue

Motivation and Context

Let's users of MAPL-as-library via find_package(MAPL) get dependencies correct.

How Has This Been Tested?

Not much at all.

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to change)
• Trivial change (affects only documentation or cleanup)

Checklist:

• I have tested this change with a run of GEOSgcm (if non-trivial)
• I have added one of the required labels (0 diff, 0 diff trivial, 0 diff structural, non 0-diff)
• I have updated the CHANGELOG.md accordingly following the style of Keep a Changelog

[mathomp4]

I have tested this with GEOS and it of course works since we don't do find_package(MAPL). I'll hold off on un-drafting this until @climbfuji can confirm or deny if UFS likes it.

[climbfuji]

@mathomp4 Just wanted to let you know that I am doing the spack-stack 1.5.0 release/installs this week and last week, therefore no time to test, sorry.

[mathomp4]

@mathomp4 Just wanted to let you know that I am doing the spack-stack 1.5.0 release/installs this week and last week, therefore no time to test, sorry.

@climbfuji Well, at this point it can't be worse than what we have now. I figure get it in and if it works, huzzah! If not, well, new data point! 😄

[climbfuji]

Fine with me!