ARM OSX Migrator

[regro-cf-autotick-bot]

This feedstock is being rebuilt as part of the ARM OSX migration.

Feel free to merge the PR if CI is all green, but please don't close it
without reaching out the the ARM OSX team first at @conda-forge/help-osx-arm64.

If this PR was opened in error or needs to be updated please add the bot-rerun label to this PR. The bot will close this PR and schedule another one. If you do not have permissions to add this label, you can use the phrase @conda-forge-admin, please rerun bot in a PR comment to have the conda-forge-admin add it for you.

_{This PR was created by the regro-cf-autotick-bot. The regro-cf-autotick-bot is a service to automatically track the dependency graph, migrate packages, and propose package version updates for conda-forge. Feel free to drop us a line if there are any issues! This PR was generated by https://github.com/regro/autotick-bot/actions/runs/3500138862, please use this URL for debugging.}

[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.

[kjappelbaum]

It builds ok on m1 (the error in the CI might be due to cross-compilation issues), the test failures seem to be (locally, using mambabuild) due to lsmo-epfl/zeopp-lsmo#6 (again a domain and voronoi volume mismatch).

If I compile it completely manually on M1 there is no test issue (using Eigen 3.4 installed using homebrew).

The osx failure in the CI seems to be when computing the PSD

[ltalirz]

The test failure on OSX Intel were introduced when unpinning the Eigen library and would be good to fix

Opened #14 for this

Concerning the ARM build: the error is in the test suite

run_tests.sh: line 18: /Users/runner/miniforge3/conda-bld/zeopp-lsmo_1670833435768/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehol/bin/network: Bad CPU type in executable

Unless there is support for "cross-testing" (I doubt it; then they would not need to cross-compile), I think we'll need to disable the test suite for arm-osx for the time being

[kjappelbaum]

I think we'll need to disable the test suite for arm-osx for the time being

thanks, did this (I think)

The test failure on OSX Intel were introduced when unpinning the Eigen library and would be good to fix

I'm currently trying to understand the issues as I get different errors for different ways of compiling it

[ltalirz]

I see.

Maybe the cross-compiler doesn't like one of these options
https://github.com/lsmo-epfl/zeopp-lsmo/blob/d8f952a441f87bed04cf3beef51db80c07d41552/zeo%2B%2B/Makefile#L7-L16

You may also want to try running voro++ on CI first, to check whether the issue is localized to zeo++