I have been trying to install wxPython under linuxppc, so I had to compile
from the .src.rpm file. I compiled and installed GTK-2.1.15-0 without
problems. However, building of the wxPython package fails. Below are the
fatal last outcries of the process, I hope someone can help!
Thanks,
/Morten
+ cd ../glcanvas
+ python ../../distrib/build.py -b
Warning: Assuming MesaGL libraries. Override OTHERLIBS in build.local
if you have native GL!
Makefile created: Makefile
Running: make -f Makefile
g++ -fpic -DSWIG_GLOBAL -DHAVE_CONFIG_H -DWXP_USE_THREAD -I. `wx-config
--cflags
` -I/usr/include/python1.5 -I/usr/include/python1.5
-I/h/src/BUILD/wxGTK//utils/
wxPython/src -g -O2 -c gtk/glcanvas.cpp
gtk/glcanvas.cpp: In function `struct PyObject *
_wrap_new_wxGLContext(struct Py
Object *, struct PyObject *, struct PyObject *)':
gtk/glcanvas.cpp:119: `wxGLContext' undeclared (first use this function)
gtk/glcanvas.cpp:119: (Each undeclared identifier is reported only once
gtk/glcanvas.cpp:119: for each function it appears in.)
gtk/glcanvas.cpp:119: `_result' undeclared (first use this function)
gtk/glcanvas.cpp:121: `wxGLCanvas' undeclared (first use this function)
gtk/glcanvas.cpp:121: `_arg1' undeclared (first use this function)
gtk/glcanvas.cpp:134: confused by earlier errors, bailing out
make: *** [glcanvas.o] Error 1
Bad exit status from /var/tmp/rpm-tmp.99428 (%build)
···
--
Morten Kjeldgaard <mok@imsb.au.dk> | Phone : +45 89 42 50 26
Institute of Molecular and Structural Biology | Fax : +45 86 12 31 78
Aarhus University | Home : +45 86 18 81 80
Gustav Wieds Vej 10 C, DK-8000 Aarhus C, Denmark | icq : 27224900
g++ -fpic -DSWIG_GLOBAL -DHAVE_CONFIG_H -DWXP_USE_THREAD -I. `wx-config
--cflags
` -I/usr/include/python1.5 -I/usr/include/python1.5
-I/h/src/BUILD/wxGTK//utils/
wxPython/src -g -O2 -c gtk/glcanvas.cpp
gtk/glcanvas.cpp: In function `struct PyObject *
_wrap_new_wxGLContext(struct Py
Object *, struct PyObject *, struct PyObject *)':
gtk/glcanvas.cpp:119: `wxGLContext' undeclared (first use this function)
gtk/glcanvas.cpp:119: (Each undeclared identifier is reported only once
gtk/glcanvas.cpp:119: for each function it appears in.)
gtk/glcanvas.cpp:119: `_result' undeclared (first use this function)
gtk/glcanvas.cpp:121: `wxGLCanvas' undeclared (first use this function)
gtk/glcanvas.cpp:121: `_arg1' undeclared (first use this function)
gtk/glcanvas.cpp:134: confused by earlier errors, bailing out
make: *** [glcanvas.o] Error 1
Bad exit status from /var/tmp/rpm-tmp.99428 (%build)
Well, I built the RPMs, and installed them before trying anything with
wxPython. I have also tried manually compiling the wxGTK source tree, and
then letting the WXWIN variable point to it before trying to compile
wxPython -- with the same result.
/Morten
···
On Thu, 4 May 2000, Robin Dunn wrote:
Did you do the wxGTK_gl package too?
--
Morten Kjeldgaard <mok@imsb.au.dk> | Phone : +45 89 42 50 26
Institute of Molecular and Structural Biology | Fax : +45 86 12 31 78
Aarhus University | Home : +45 86 18 81 80
Gustav Wieds Vej 10 C, DK-8000 Aarhus C, Denmark | icq : 27224900
Well, I built the RPMs, and installed them before trying anything with
wxPython. I have also tried manually compiling the wxGTK source tree, and
then letting the WXWIN variable point to it before trying to compile
wxPython -- with the same result.
Do you have OpenGL or Mesa installed on your system? If not then probably
wxGTK's configure sensed it and #ifdef'd out the classes. You can edit
wxPython's spec file and comment out the lines building in modules/glcanvas.
Everything else should compile fine.
I was wondering when wxPython for linux will be working with newer versions of
Mesa libraries then 3.0 ?
The lates version of Mesa (I think 3.2) is by default installed with current
RedHat distributions (and with others probably). So now you just cann't get
wxPython installed without uninstalling Mesa 3.2 and every thing that depends
on it, then install Mesa 3.0, after that every thing that you have uninstalled
that will still work with the older version of Mesa (3.0) and then wxPython.
The problem is that Mesa has changed names of its libraries for bigger compatibility with GL (probably). Creating only symbolic links doesn't solve the problem
I had to switch my working envoirment from WinNT to Linux (not that I regret).
And the reason why I'm so interested in it (wxPython) is very simple.
I enjoy working with wxPython so much, that at present I just cann't imagine
working with some other GUI Once again BIG thanks Robin !!!
I was wondering when wxPython for linux will be working with newer
versions of
Mesa libraries then 3.0 ?
I now have Mesa 3.2 installed on my build machine so future binary packages
will work with that version. I am also working on splitting out the
glcanvas module into a separate RPM so it will be more of an optional
component. I've also made it an option for the src.rpm build by setting an
environment variable. I expect the next release to be a bit smoother in
this regard than the last.
I had to switch my working envoirment from WinNT to Linux (not that I
regret).
And the reason why I'm so interested in it (wxPython) is very simple.
I enjoy working with wxPython so much, that at present I just cann't
imagine
working with some other GUI Once again BIG thanks Robin !!!