![]() ![]() Preprocessor /usr/bin/clang -E -I/opt/local/include -I/opt/local/include/LegacySupportĬ Compiler /usr/bin/clang -pipe -Os -I/opt/local/include/LegacySupport -arch x86_64Ĭ Compiler /usr/bin/clang -pipe -Os -stdlib=libc -arch x86_64Įverything links without any errors (MacPorts has told the compiler where to find all the libraries). Sha256 b4d4b9467104d1f316c044d002c4c8e62b9f792cbb55558073bd963203b32342 \Īnd add your desired arguments like this:Ĭonfigure.args-append -with-python-bindingĪnd watching the build, everything looks good: We are going to take this part:Ĭhecksums rmd160 fd5e2c165c02de0b60a6af1ff812cb12dbc64de7 \ We will work on the hamlib port, which is the one below the "else". opt/local/var/macports/sources//macports/release/tarballs/ports/science/hamlib/Portfileįor this simple one, we will edit in place.ībedit /opt/local/var/macports/sources//macports/release/tarballs/ports/science/hamlib/PortfileĪnd we see there are two hamlib subports, hamlib, and a devel version. First get rid of any hamlib you have intalled: Then we are going to modify the hamlib Portfile. I see there are several packages available on MacPorts related to swig and python, so I installed these, as I assume this should cover the needs: This will be long for clarity, but in actual use, takes me no more than a minute to really do. But I can usually make MacPorts run backflips. So I am going to start by saying I don't know much about python or swig or hamlib. It sounds like what you want to do is add a configuration argument to the hamlib that MacPorts already installs, that add this -with-python-binding. The easiest way out of this situation for the long term is to take a couple of minutes to learn how to modify Portfiles for your own use. The downside is that these installed files are used whether you want them to be or not, which can cause troubles. Homebrew puts symlinks to most everything it installs into /usr/local, so things like what you are trying to do "just work". So this is both the greatest and the worst thing about MacPorts, and it is why homebrew became popular in the first place I believe. They look instead in /usr/local and then /usr. The likely problem is that MacPorts has put the software you need in /opt/local/, but no compilers will look there by default. So it looks like a number of python related packages are broken on the older Macs even though they compile and install fine. The Macports port compiles and installs fine on my old Mac running Lion but p圓9-numpy does not run properly. I also have the same experience with p圓9-numpy. They compile and install fine but do NOT run as expected. Given my experiences above, I am pretty confident that the Macports "swig" and "swig-python" packages are also broken on Lion. But when I ran "make check", errors show up when the python related test suite is run. Then I compiled swig manually from source. So I uninstalled swig and swig-python using Macports. The compile of hamlib failed again with the same error. He told me to reinstall swig and try again. One of the hamlib developers told me that it was a swig related error. Ld: symbol(s) not found for architecture x86_64 _SwigPyObject_richcompare in hamlibpy_wrap.o ![]() "_Py_NotImplementedStruct", referenced from: configure -with-python-binding -prefix=/usr/local Unfortunately, when I try to compile hamlib with python bindings support, the compile fails. If one want hamlib with python bindings support, one must do it manually. Even though Macports has Hamlib in its repo, Macports does not offer Hamlib with python bindings support. I have been trying to compile and install "Hamlib" with python bindings support. ![]()
0 Comments
Leave a Reply. |