Build OSX with Cmake

[jaimergp]

Checklist

• Used a fork of the feedstock to propose changes
• Bumped the build number (if the version is unchanged)
• Reset the build number to 0 (if the version changed)
• Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
• Ensured the license file is being packaged.

Changelog

• gfortran and cmake have a small issue in osx (submitted here). We are using a hack provided in dftd4. Let's see if this works!
• OSX_DEPLOYMENT_TARGET was hardcoded to 10.7 for OSX+Clang. In conda-forge this must be 10.9. A patch has been added to fix this.
• tk bundles some X11 libs in the osx package, clobbering our xorg-* dependencies. This is preventing us from building Xleap and other GUI-based components (although it did work on my local setup).
• libopenblas must not be included-
• xdrfile/VERSION has to be deleted so it doesn't interfere with the compilation process in osx.

[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 (recipe) and found it was in an excellent condition.

[jaimergp]

@conda-forge-admin, please rerender

[jaimergp]

So that patch did fix the gfortran configuration issue, but we still see problems with missing libraries, I guess that's due to a missing path (the sysroot seems to be missing). I will need to debug this locally and keep you posted.

[jaimergp]

I am optimistic about this commit. Turns out the CMake project was manually specifying a deployment target (10.7) instead of respecting the currently defined one (10.9 for CF). The key was this chat exchange at gitter.

[jaimergp]

Woohoo, that made some progress!

However, it seems we are now hitting the same bug we saw in the other osx PR #11, as described here. The build log is no longer available, though. Again, this will require some local testing :)

[jaimergp]

I can't believe I had to comment out a non-code file to workaround that issue, but it worked 🤣 I can't decide if I am excited or terrified.

Now we are stuck at 90%, with errors related to X:

In file included from /usr/local/miniconda/conda-bld/ambertools_1579827830300/work/AmberTools/src/leap/src/Wc/WcActCB.c:25:
In file included from /usr/local/miniconda/conda-bld/ambertools_1579827830300/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl/include/X11/IntrinsicP.h:51:
In file included from /usr/local/miniconda/conda-bld/ambertools_1579827830300/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl/include/X11/Intrinsic.h:53:
/usr/local/miniconda/conda-bld/ambertools_1579827830300/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl/include/X11/Xlib.h:1686:1: error: unknown type name '_X_DEPRECATED'
_X_DEPRECATED
^
/usr/local/miniconda/conda-bld/ambertools_1579827830300/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl/include/X11/Xlib.h:1687:14: error: expected ';' after top level declarator
extern KeySym XKeycodeToKeysym(
             ^
/usr/local/miniconda/conda-bld/ambertools_1579827830300/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_pl/include/X11/Xlib.h:3571:3: error: expected function body after function declarator

Maybe we don't need X11 in OSX and can use the libraries in OSX_DEPLOYMENT_TARGET?

[jaimergp]

This might be the reason: conda-forge/tk-feedstock#15

[jaimergp]

Looks like freecad does not need the X11 libs on osx. Let's see if we need that.

[jaimergp]

For some reason I can build locally now, and I am supposedly using the same settings as in the CI. Only thing I can think of is that the CI is headless and might be missing some X libs? No clue, to be honest.

[jaimergp]

Unsurprisingly, we can build osx without Xleap. Is that enough?

[simonbray]

I'm not a macOS user, but it's surely better than no OSX build at all.

Great work, thanks a lot!

[jaimergp]

Fine, we'll leave that for another PR. I'll create an issue to make sure we don't forget.

I have also bumped up the build number. After the new builds are done, I'd say we can merge!