f2py cannot build Fortran with g95 on MacOS X #11
Comments
|
Made f2py work on MacOS X (now uses gnu95/gfortran) Edited the makefile. Closed by 85c7d52 |
|
This is broken again. |
|
I have got it working with gfortran |
rwest
added a commit
that referenced
this issue
Jun 6, 2023
This is a combination of 12 commits, as we tried everything under the sun to debug the CI. But they all cancelled out when merged (apart from fixing a typo in a comment) - This is the 1st commit message: CI: trying to force ubuntu-20.04 instead of ubuntu-latest (temporary) While we figure out what's happening, let's try an older ubuntu. - This is commit message #2: fixup! CI: trying to force ubuntu-20.04 instead of ubuntu-latest (temporary) - This is the commit message #3: Switch back to ubuntu-latest But leave a 20.04 in the matrix build - This is the commit message #4: Trying libstdcxx-ng < 13 in Conda environment. Trying to debug. If this works it should be put in docker file too. Or, better, the real cause found and fixed. - This is the commit message #5: fix typo in env, undo ubuntu os changes, set gcc version in CI to 6 this system object of this version is being provided by gcc, and the runners no longer come prepackaged with it since its old (?) - This is the commit message #6: it wasn't the gcc version - This is the commit message #7: it was the julia version, 1.9.0 is brokey as reported at conda-forge/julia-feedstock#253 the latest release of julia (1.9.0) is brokey, don't use it (put !=1.9.0 in the environment file) - This is the commit message #8: make mac and ubuntu use the same cxx library - This is the commit message #9: but what if it was rdkit all along? - This is the commit message #10: Revert "but what if it was rdkit all along?" because it wasn't - This is the commit message #11: Revert "make mac and ubuntu use the same cxx library" cos it didn't work - This is the commit message #12: Revert "it was the julia version, 1.9.0 is brokey" but it wasn't
This issue was closed.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Running the makefile on my Mac OS 10.5 gives me (among other things):
compiling Fortran sources
Fortran f77 compiler: /usr/bin/g95 -ffixed-form -fno-second-underscore -O
Fortran f90 compiler: /usr/bin/g95 -fno-second-underscore -O
Fortran fix compiler: /usr/bin/g95 -ffixed-form -fno-second-underscore -O
compile options: '-I/var/folders/ie/ie3Fq1qC2RaKbE+BYnW87U+++TM/-Tmp-/tmp024OtW/src.macosx-10.3-fat-2.5 -I/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy-1.3.0-py2.5-macosx-10.3-fat.egg/numpy/core/include -I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -c'
g95:f90: spectralfit.f90
/usr/bin/g95 -shared -shared /var/folders/ie/ie3Fq1qC2RaKbE+BYnW87U+++TM/-Tmp-/tmp024OtW/var/folders/ie/ie3Fq1qC2RaKbE+BYnW87U+++TM/-Tmp-/tmp024OtW/src.macosx-10.3-fat-2.5/spectralfitmodule.o /var/folders/ie/ie3Fq1qC2RaKbE+BYnW87U+++TM/-Tmp-/tmp024OtW/var/folders/ie/ie3Fq1qC2RaKbE+BYnW87U+++TM/-Tmp-/tmp024OtW/src.macosx-10.3-fat-2.5/fortranobject.o /var/folders/ie/ie3Fq1qC2RaKbE+BYnW87U+++TM/-Tmp-/tmp024OtW/spectralfit.o calc_freq_code.o dqed.o -lblas -llapack -o ./spectralfit.so
g95: unrecognized option '-shared'
g95: unrecognized option '-shared'
Undefined symbols:
"_PyModule_GetDict", referenced from:
_initspectralfit in spectralfitmodule.o
etc. etc.
I think it may be related to
http://mail.scipy.org/pipermail/numpy-discussion/2007-June/028174.html
http://mail.scipy.org/pipermail/scipy-user/2008-January/015300.html
I'll try switching to Gfortran
The text was updated successfully, but these errors were encountered: