Python and GUI options

Randall Hopper aa8vb at yahoo.com
Wed Jan 5 14:15:20 EST 2000


Vadim Zeitlin:
 |
 |Sun, FreeBSD, Linux, HP-UX and AIX seem to work fine most of the time
...
 |>wxWindows/wxGTK/wxPython requires someone with experience and persistence
 |>to help it along on a standard SGI UNIX box, in compilation and
 |>configuration.
 |
 | There is one problem inherent to SGI: the native make doesn't support VPATH
 |(and never will according to SGI docs) while wxWindows makefiles require it,
 |so you must install GNU make. Except for this, however, there should be no
 |problems

I wasn't even thinking of the make/gmake part.  Using gmake was the first
thing I did (after asking Robin how I could make it use gmake; it wasn't
apparent).  There are other issues I was referring to.  Some of them I've
swapped mail with Robin Dunn on.

>From a user standpoint, it would be useful if the build system were changed
to a GNU configure sense-and-testwhat-you-have scheme rather than a
configure-this-file, put-overrides-in-this-file, and see-what-breaks
scheme.

Re the other problems.  If build system changes don't do away with it (I
hope they do), more docs on creating the build.local file are a must.
Also, I had to copy this around when I was building wxPython and then its
assorted modules because it didn't look for it except in $PWD.  I had to
make it compile in an RPATH so wxPython could find wxWindows.  This is
probably there for Solaris (-R) but it's not there for SGI (-rpath) since
you're not testing on that OS.  Also, wxGTK and wxPython sense different
compilers (SGI vs. GCC).  I had to coerce them to use the same ones.  I
configured with --with-opengl and it didn't pull in the GL canvas.  Also,
There are other issues, but that's what comes to mind glancing at my
build.local.

-- 
Randall Hopper
aa8vb at yahoo.com
-------------- next part --------------

  # wxPy makefiles expect GNU make
MAKE         = "gmake"
  # Needed on IRIX because Python's mymalloc.c incorrectly defines NULL for C++
OTHERCFLAGS  = "-DNULL=0"
  # Where wxPy puts its .so modules
HELPERLIBDIR = "/home/rhh/software/pythonutil/wxPython-2.1.11"
  # Link with an RPATH (so imports just "work", without LD_LIBRARY_PATH hacks)
OTHERLFLAGS  = "-rpath /home/rhh/software/wxGTK-2.1.11/lib:/home/rhh/software/pythonutil/wxPython-2.1.11"
  # Force use of the same compilers as were used to build wxWindows -- 
  #   otherwise we get undefined symbols because compilers mangle the 
  #   names differently (the joys of C++...)
CCC          = "CC"
CC           = "cc"
  # WXPYSRCDIR isn't really needed unless not under the wxWin build dir.
  #   But it can't hurt.
WXPSRCDIR    = "/scratch_local/rhh/BUILD/wxPython/wxGTK/utils/wxPython/src"



More information about the Python-list mailing list