[Visualpython-users] Compilation of 3.29 failed on suse 10.1

[Henk K. <h....@cy...>]

Dear all,

please help me on this one.. on a SuSE 10.1 linux machine with 
Python 2.4.2. After a clean (i.e. everything is there):

$ ~/python/build>  ../visual-3.2.9/configure --prefix=/usr

and

$ ~/python/build> make --debug
GNU Make 3.80
Copyright (C) 2002  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
.
.
make[1]: Entering directory `/usr15/hk/python/build/src'
Updating dependancy information 
for ../../visual-3.2.9/src/xgl.cpp ...
Updating dependancy information 
for ../../visual-3.2.9/src/platlinux.cpp ...
.
.
Updating dependancy information 
for ../../visual-3.2.9/src/arrow.cpp ...
make[1]: Leaving directory `/usr15/hk/python/build/src'
GNU Make 3.80
Copyright (C) 2002  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Reading makefiles...
Updating goal targets....
 File `all' does not exist.
   File `log_message' does not exist.
  Must remake target `log_message'.
make[1]: Entering directory `/usr15/hk/python/build/src'
This is a quiet Makefile. If make exits with an error, check 
src/build.log to see the complete error message(s). In the event of 
an error that you cannot debug, please send a message to 
vis...@li..., including the files 
config.log and src/build.log, requesting assistance.
  Successfully remade target file `log_message'.
   File `/home/hk/python/build/site-packages/cvisualmodule.la' does 
not exist.
     File `cvisualmodule.la' does not exist.
       File `arrow.lo' does not exist.
      Must remake target `arrow.lo'.
Compiling ../../visual-3.2.9/src/arrow.cpp ...
make[1]: *** [arrow.lo] Error 1
make[1]: Leaving directory `/usr15/hk/python/build/src'
make: *** [all-recursive] Error 1
$ ~/python/build>

What goes wrong here???

Then I grabbed visual-4.beta16. Here configure fails on Numpy:

...
checking for python script directory... 
${prefix}/lib/python2.4/site-packages
checking for python extension module directory... 
${exec_prefix}/lib/python2.4/site-packages
checking for array in python module numpy... no
configure: error: The numpy module could not be found but is 
required. See numpy.sourceforge.net for downloads.

Not on the module (it's there vs. 1.0.3.0) but on the blas-lib:

configure:19565: checking for array in python module numpy
Traceback (most recent call last):
  File "<string>", line 1, in ?
  File "/usr/lib/python2.4/site-packages/numpy/__init__.py", line 
43, in ?
    import linalg
  File "/usr/lib/python2.4/site-packages/numpy/linalg/__init__.py", 
line 4, in ?
    from linalg import *
  File "/usr/lib/python2.4/site-packages/numpy/linalg/linalg.py", 
line 25, in ?
    from numpy.linalg import lapack_lite
ImportError: /usr/lib/libblas.so.3: undefined symbol: 
_gfortran_st_write
configure:19592: result: no
configure:19599: error: The numpy module could not be found but is 
required. See numpy.sourceforge.net for downloads.

So a no go here either (blas is 
installed, /usr/lib/libblas.so.3.0.0, but want's to write with 
fortran).

Thanks!
Henk

PS: I'm relatively new to Python (played a bit with Tkinter in a 
simple code called Orka). My interest is to use Python along with 
OpenGL (easily, drawing meshes and results so no fancy stuff like 
'fog', 'textures' but with 'picking displayed items' -as described 
in the Red Book with Glut-) and the interface to f95/g95/f03 so 
(major) parts can be handled in fortran but python can access the 
(geometry)data in the main modules. And maybe I can write into the 
VPython generated canvas from fortran as well (as long as one 
passes the window id, why not?).