Hi All,
Though I am not into compilers to deep, I have been thinking about of the
problems with pyx-numpy.
Would it not be easier to have all things needing Fortran run over the
g95-compiler than the full gcc version
distributed by Macports.
Or does the g95 fortran compiler suffer from the
On Sep 30, 2010, at 2:38 PM, Michael Dickens wrote:
(3) an externally set LDFLAGS does override the internal definition just for
the linalg module. This is the only module that requires external fortran
linking, and setting the external LDFLAGS causes the linking to fail in the
way it does
On Sep 30, 2010, at 2:38 PM, Michael Dickens wrote:
(2) Try out the fix in ticket #24942 https://trac.macports.org/ticket/24942
. It still has issues with the resulting 'f2py', but I think I know what to
do -- just need a few hours to do it (hopefully Friday).
I just uploaded a new svn
hello, i am doing a $ sudo port install py26-numpy but get the following error:
ld: symbol(s) not found
collect2: ld returned 1 exit status
error: Command /usr/bin/gfortran -Wall
build/temp.macosx-10.6-x86_64-2.6/numpy/linalg/lapack_litemodule.o
On Sep 30, 2010, at 10:07, Norman Khine wrote:
hello, i am doing a $ sudo port install py26-numpy but get the following
error:
ld: symbol(s) not found
You snipped all the relevant bits: which symbols were missing.
http://cdn.khine.net/main.log
So this looks like exactly the same
A few thoughts:
(1) Where does /usr/bin/gfortran come from? There are a number of numpy
tickets open (and closed) where this executable has been installed. numpy's
internal configure routines will discover it, and it causes issues. Apple's
XCode does not install a fortran executable, so it