doesn't complain about them and it runs
to completion satisfactorily.
hjm
On Wednesday 30 July 2008, Harry Mangalam wrote:
> I had to regenerate it after some code changes (just commenting
> out some debugging info). Altho the shared lib gets built
> correctly, when the calling py
b u.1294
00013bee T umatrix1d_dms0_
000128c3 T umatrix1d_dms1_
00015458 T umatrix1d_ms0_
U zgemm_
U zgemv_
U zgesv_
but why the recent change? Google and the numpy list seem not to have
heard about this one..
--
Harry Mangalam - Research Computing, NACS, E2148, Engineering
On Sunday 30 March 2008, Robert Kern wrote:
> On Sun, Mar 30, 2008 at 8:16 PM, Harry Mangalam
<[EMAIL PROTECTED]> wrote:
> > Answering part of my own question, one missing lib is (not
> > surprisingly) libpython2.5 (add -lpython2.5) so that the link
> > command is:
night.
So the only remaining undefined symbol is _MAIN_ . ...? I don't know
at what level to attack this; the main fortran routine is
called 'fd_rrt1d', not 'main', but this was not a problem on Linux -
it compiled and linked just fine.
Any ideas?
Harry
On S
sert it
into the final link command.
Harry
--
Harry Mangalam - Research Computing, NACS, E2148, Engineering Gateway,
UC Irvine 92697 949 824 0084(o), 949 285 4487(c)
--
[A Nation of Sheep breeds a Government of Wolves.
Edward R. Murrow]
___
Nu
dValue
_Py_InitModule4
__Py_NoneStruct
_fprintf$LDBLStub
_PyDict_DelItemString
_PyDict_New
_PyExc_AttributeError
_PyExc_TypeError
_PyMem_Free
_PyObject_Type
_PyString_AsString
_PyString_ConcatAndDel
_Py_FindMethod
__PyObject_New
_sprintf$LDBLStub
_MAIN_
--
Harry Mangalam - Research Computing, NACS, E214
