Adding mcpl

[tkittel]

Packaging the MCPL project which provides tools for the .mcpl format, the most widely used interchange format for particle data between Monte Carlo-based particle simulation applications (supporting 11 applications currently with a few more in the pipeline). More info: website, github, and publication.

Checklist

• Title of this PR is meaningful: e.g. "Adding my_nifty_package", not "updated meta.yaml".
• License file is packaged (see here for an example).
• Source is from official source.
• Package does not vendor other packages. (If a package uses the source of another package, they should be separate packages or the licenses of all packages need to be packaged).
• If static libraries are linked in, the license of the static library is packaged.
• Package does not ship static libraries. If static libraries are needed, follow CFEP-18.
• Build number is 0.
• A tarball (url) rather than a repo (e.g. git_url) is used in your recipe (see here for more details).
• GitHub users listed in the maintainer section have posted a comment confirming they are willing to be listed there.
• When in trouble, please check our knowledge base documentation before pinging a team.

[conda-forge-linter]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipes/mcpl) and found it was in an excellent condition.

[tkittel]

@conda-forge/staged-recipes ready for review here

[ocefpaf]

Is there a make check we can run here?

[tkittel]

Unfortunately not (there are just the tests in meta.yaml for now), but I have added a comment that we should add it, if the project at some point will support it.

[tkittel]

Thanks a lot for the review @ocefpaf! I essentially committed all of your suggested changes directly.

Concerning the question about "make check", there is not currently any such functionality offered by MCPL, but I have added a comment in the build.sh file, reminding me to add it if it appears.

Concerning the dependency on cmake during the tests stage, it is because I am testing that find_package(MCPL) works out of the box in a conda environment (it did not work initially, so the test is useful to me to have in to guard against regressions).

So I believe I have addressed all of your requested changes :-)

[tkittel]

Should be ok now