Menu
▾
▴
Re: [Visualpython-users] Still no progress with the Beta version of visual python
|
From: David H. <dha...@ta...> - 2007-06-20 23:44:50
|
I got past the problem in num_util.cpp: it looks like a simple typo.
Line 234 in that file should read:
npy_intp* dims_ptr = PyArray_DIMS(arr.ptr());
I then found that visual inherits the linking problem from
gtkglextmm-1.2.0. It tries to link against libGL twice: once
in the right place /usr/lib64/libGL.so and once in the wrong
place: /usr/lib/libGL.so. A hack to its generated libtool
script gets around that problem.
But then it finally threw me a very significant curve:
/usr/bin/ld:
/usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libboost_python.a(numeric.o):
relocation R_X86_64_32 against `a local symbol' can not be used when
making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libboost_python.a:
could not read symbols: Bad value
It appears it is trying to link against a non-shared version of
libboost_python.
I will try to hack around this one too (there appears to be a .so for
libboost_python) but I think I am going to have to edit the final link line.
David
Bruce Sherwood wrote:
> Alas, I have no experience with nor access to a 64-bit environment,
> and it does sound like that's the issue. I'm surprised that there
> aren't standard 64-bit packages for GTK, which after all is a pretty
> standard library. Is there anyone reading this list with 64-bit
> experience?
>
> Bruce Sherwood
>
> David Harrison wrote:
>> At Bruce's suggestion, I downloaded visual-4.beta15
>> and tried installing it on my AMD 64-bit machine
>> running RedHat Enterprise 4. It uses numpy and
>> that is good. But it now has a very major dependency
>> on GTK and its libraries. I spent about 4 hours today
>> compiling an ever increasing number of dependent
>> libraries to try to get things going. Just for grins,
>> take a look at what libraries are needed:
>>
>> 4 atk-1.19.3/ 4 gtk+-2.10.13/ 4 libsigc++-1.2.7/ 4
>> cairo-1.4.8/ 4 gtkglext-1.2.0/ 4 libsigc++-2.0.17/
>> 4 cairomm-1.2.4/ 4 gtkglextmm-1.2.0/ 4 gtkmm-2.10.10/ 4
>> numpy-1.0.3/ 4 glib-2.12.9/ 4 gtkmm-2.2.12/ 4
>> pango-1.17.3/ 4 visual-4.beta15/
>> 4 glibmm-2.12.10/ 4 libglademm-2.4.2/ 4 Python-2.5.1/
>>
>> Many of these are tricky to install because they are either
>> not very friendly to 64-bit or to installs in non-standard
>> locations. After a fair bit of hacking, I managed to get
>> all of these installed (watch out for gtkglextmm -- it has some
>> sort of wild problem attempting to link against libGL -- libtool
>> for it had to be seriously hacked).
>>
>> After everything was installed, visual-4.beta15 finally stopped
>> complaining about dependent libraries and compiled. But
>> it looks like it has a problem:
>>
>> steiner.visual-4.beta15: make
>> Making all in site-packages/visual
>> make[1]: Entering directory
>> `/home/dharrison/wares/rhe4_a64/src/visual-4.beta15/site-packages/visual'
>>
>> make[1]: Nothing to be done for `all'.
>> make[1]: Leaving directory
>> `/home/dharrison/wares/rhe4_a64/src/visual-4.beta15/site-packages/visual'
>>
>> Making all in src
>> make[1]: Entering directory
>> `/home/dharrison/wares/rhe4_a64/src/visual-4.beta15/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.
>> Compiling ./core/arrow.cpp ...
>> Compiling ./core/axial.cpp ...
>> Compiling ./core/box.cpp ...
>> Compiling ./core/cone.cpp ...
>> Compiling ./core/cylinder.cpp ...
>> Compiling ./core/display_kernel.cpp ...
>> Compiling ./core/ellipsoid.cpp ...
>> Compiling ./core/frame.cpp ...
>> Compiling ./core/label.cpp ...
>> Compiling ./core/mouseobject.cpp ...
>> Compiling ./core/primitive.cpp ...
>> Compiling ./core/pyramid.cpp ...
>> Compiling ./core/rectangular.cpp ...
>> Compiling ./core/renderable.cpp ...
>> Compiling ./core/ring.cpp ...
>> Compiling ./core/sphere.cpp ...
>> Compiling ./python/convex.cpp ...
>> Compiling ./python/curve.cpp ...
>> Compiling ./python/cvisualmodule.cpp ...
>> Compiling ./python/faces.cpp ...
>> Compiling ./python/num_util.cpp ...
>> make[1]: *** [num_util.lo] Error 1
>> make[1]: Leaving directory
>> `/home/dharrison/wares/rhe4_a64/src/visual-4.beta15/src'
>> make: *** [all-recursive] Error 1
>>
>> I looked at the build log and here is what it says:
>>
>> g++ -I/home/dharrison/wares/rhe4_a64/include/python2.5
>> -I/home/dharrison/wares/rhe4_a64/lib/python2.5/site-packages/numpy/core/include
>> -DHAVE_CONFIG_H -I../include -I../include
>> -I/home/dharrison/wares/rhe4_a64/include/gtkglextmm-1.2
>> -I/home/dharrison/wares/rhe4_a64/lib/gtkglextmm-1.2/include
>> -I/home/dharrison/wares/rhe4_a64/include/gtkglext-1.0
>> -I/home/dharrison/wares/rhe4_a64/include/gtkmm-2.4
>> -I/home/dharrison/wares/rhe4_a64/lib/gtkmm-2.4/include
>> -I/home/dharrison/wares/rhe4_a64/lib/gtkglext-1.0/include
>> -I/usr/X11R6/include
>> -I/home/dharrison/wares/rhe4_a64/include/gdkmm-2.4
>> -I/home/dharrison/wares/rhe4_a64/lib/gdkmm-2.4/include
>> -I/home/dharrison/wares/rhe4_a64/include/pangomm-1.4
>> -I/home/dharrison/wares/rhe4_a64/include/gtk-2.0
>> -I/home/dharrison/wares/rhe4_a64/lib/gtk-2.0/include
>> -I/home/dharrison/wares/rhe4_a64/include/pango-1.0
>> -I/home/dharrison/wares/rhe4_a64/include/glib-2.0
>> -I/home/dharrison/wares/rhe4_a64/lib/glib-2.0/include
>> -I/home/dharrison/wares/rhe4_a64/include/cairo
>> -I/home/dharrison/wares/rhe4_a64/include/glibmm-2.4
>> -I/home/dharrison/wares/rhe4_a64/lib/glibmm-2.4/include
>> -I/home/dharrison/wares/rhe4_a64/include/cairomm-1.0
>> -I/home/dharrison/wares/rhe4_a64/include/sigc++-2.0
>> -I/home/dharrison/wares/rhe4_a64/lib/sigc++-2.0/include
>> -I/home/dharrison/wares/rhe4_a64/include/atk-1.0
>> -I/home/dharrison/wares/rhe4_a64/include/atkmm-1.6
>> -I/usr/include/freetype2
>> -I/home/dharrison/wares/rhe4_a64/include/libglademm-2.4
>> -I/home/dharrison/wares/rhe4_a64/lib/libglademm-2.4/include
>> -I/usr/include/libpng12 -I/usr/include/libglade-2.0
>> -I/usr/include/libxml2 -I../include/gtk2 -pthread
>> -I/home/dharrison/wares/rhe4_a64/include/glib-2.0
>> -I/home/dharrison/wares/rhe4_a64/lib/glib-2.0/include
>> -I/home/dharrison/wares/rhe4_a64/include/python2.5
>> -I/home/dharrison/wares/rhe4_a64/lib/python2.5/site-packages/numpy/core/include
>> -fpic -DPIC -g -O2 -ftemplate-depth-120 -MMD -MF num_util.d -MT
>> "num_util.d num_util.lo" -c ./python/num_util.cpp -fPIC -DPIC -o
>> .libs/num_util.o
>> ./python/num_util.cpp: In function `std::vector<npy_intp,
>> std::allocator<npy_intp> >
>> cvisual::python::shape(boost::python::numeric::array)':
>> ./python/num_util.cpp:234: error: cannot convert `npy_intp*' to
>> `int*' in initialization
>>
>> I will take a look see and see if this is something that can be
>> fixed. Has anyone else
>> managed to get the beta to compile from ground zero on 64-bit linux?
>> So far,
>> I think I have spent about 1.5 days just on the installation. I hope
>> this is not typical.
>>
>> David
>>
>>
>>
>>
>> -------------------------------------------------------------------------
>>
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Visualpython-users mailing list
>> Vis...@li...
>> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>
|