Marius Schamschula

I just ran into this issue while trying to convert the zmq Portfile under MacPorts to use cmake rather than autotools. MacPorts has been using autotools, but I am building...

I have been trying to get past this one as well. While configuring xeus-sqlite I get the following error: > -- Building xeus-sqlite v0.. > -- Found nlohmann_json: /opt/local/lib/cmake/nlohmann_json/nlohmann_jsonConfig.cmake (found...

That didn't work. I've put in a workaround to link `/opt/local/lib/python3.9/site-packages/cadabra2.cpython-39-darwin.so` to `/opt/local/lib/cadabra2.cpython-39-darwin.so`.

I managed to build fsearch under MacPorts See: https://github.com/Schamschula/macports/commit/aa1bcd1e7d2df7f52aba803ff08ae7e859e4fd51 I had to patch in strverscmp.c from the tree port.

My main build machine also is running Mojave. I just had a look at the wiki page. Nothing particularly useful. The first thing to note is that I get a...

Unfortunately, downloading directly from a git repo is frowned upon by the MacPorts community, and is only used in -devel ports. A stable port should not have to pull in...

I tweaked the download to pull form releases rather than archive. Thus the patch to `CMakeLists.txt` is no longer needed, and the libraries get installed. It turns out the issue...

Yes, I'm building the 4.0.0 release. > port info cmake > cmake @3.19.5 (devel) and Xcode 10.3

Note: I managed to work around the issue by adding `-DENABLE_SYSTEM_GMIC=OFF` to the configure arguments. It still correctly pulls in `/opt/local/lib/libgmic.1.dylib`,

I worked around this by disabling the man page (hopefully, temporarily).