tech-pkg archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Porting Numpy
On Tuesday 12 August 2008 07:39:12 Mark Davies wrote:
> On Tue, 12 Aug 2008, Berndt Josef Wulf wrote:
> > not really, although g95 is installed on the system and due to
> > patch-aa it seems that it used this compiler.
>
> OK, so the package needs some more work to use the fortran
> compiler that pkgsrc gives it rather than its idea of the best
> from what it can find.
>
> > After deinstallation
> > of g95, wip/py-numpy installs but still produces the same error
> > as with my home grown solution, which was reported in PR36092.
>
> The package is assuming the attached fixes to the lapack and blas
> packages, that I haven't got around to committing yet.
>
> > Adding libF77 and libI77 symbol MAIN__. I know octave works
> > which also uses the lapack library but can't see what makes the
> > difference in case of py_numpy.
>
> Presumably octave is linking in such a way that it pulls in the
> fortran runtime libraries itself whereas numpy doesn't, certainly
> thats what happens in the case of other users of lapack and blas
> (such as R).
>
> cheers
> mark
Many thanks for the patches. I'd the lapack patch applied
previously, but not the one for blas. Anyhow, I've rebuilt both
applications and I'm now getting the following error:
[...]
File "/usr/pkg/lib/python2.5/site-packages/numpy/lib/type_check.py",
line 8, in <module>
import numpy.core.numeric as _nx
File "/usr/pkg/lib/python2.5/site-packages/numpy/core/__init__.py",
line 5, in <module>
import multiarray
ImportError: /usr/pkg/lib/libF77.so.0: Undefined PLT symbol "MAIN__"
(symnum = 164)
This is as far as I got previously. nm show the following:
barossa: {92} nm /usr/pkg/lib/libF77.so | grep MAIN
U MAIN__
MAIN__ is declared as an external function in libF77/main.c inside
the f2c package.
cheerio Berndt
Home |
Main Index |
Thread Index |
Old Index