Amebis/wxWidgets
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Minor tweaks and some typos corrected

Browse Source 
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/branches/WX_2_2_BRANCH@8570 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
Robin Dunn
2000-10-16 20:19:13 +00:00
parent f25ec3c10a
commit 39ec07c3b0
2 changed files with 42 additions and 17 deletions
Download Patch File Download Diff File Expand all files Collapse all files

43
wxPython/BUILD.unix.txt
View File

@@ -50,10 +50,10 @@ A. First of all, check and see if you've already got glib/gtk+ on your
skip to step #2. skip to step #2.
B. If your system has a binary package mechanism, (RPMs, debs, B. If your system has a binary package mechanism, (RPMs, debs,
whatever,) check and see if binaries for glib abd gtk+ are whatever...) check and see if binaries for glib abd gtk+ are
available. Be sure to get the runtime library package and the available. Be sure to get the runtime library package as well as
development package. Install them with your package tool, and skip the development package, if they are separate. Install them with
to step #2. your package tool, and skip to step #2.
C. If all else fails, you can get the source code for glib and gtk+ at C. If all else fails, you can get the source code for glib and gtk+ at
http://www.gtk.org/. Fetch the latest of each in the 1.2.x http://www.gtk.org/. Fetch the latest of each in the 1.2.x
@@ -66,8 +66,9 @@ C. If all else fails, you can get the source code for glib and gtk+ at
make install make install
The last step will probably have to be done as root. Also, if your The last step will probably have to be done as root. Also, if your
system needs anything done to update the dynamic loader, (such as system needs anything done to update the dynamic loader for shared
running ldconfig on Linux) then do it now. libraries, (such as running ldconfig on Linux) then do it after
each library is installed.
@@ -85,7 +86,7 @@ A. You can find the sources and RPMs for wxGTK at
that it usually has had more testing done. You can decide which that it usually has had more testing done. You can decide which
method is best for you. method is best for you.
B. You'll usually want to use a version of wxGTK that haa the same B. You'll usually want to use a version of wxGTK that has the same
version number as the wxPython sources you are using. (Another version number as the wxPython sources you are using. (Another
advantage of using CVS is that you'll get both at the same time.) advantage of using CVS is that you'll get both at the same time.)
@@ -102,8 +103,8 @@ D. If using the sources (either from the tarball or from CVS) then
cd build cd build
../configure --with-gtk ../configure --with-gtk
There are gobs abd gobs of options for the configure script, run There are gobs and gobs of options for the configure script, run
../configure --help to see them all. I'll descibe some that I find ../configure --help to see them all. I'll describe some that I find
useful here. useful here.
If you have OpenGL or compatible libraries installed, then add the If you have OpenGL or compatible libraries installed, then add the
@@ -126,8 +127,8 @@ E. Now just compile and install. You need to use GNU make, so if your
make install make install
The last step will probably have to be done as root. Also, if your The last step will probably have to be done as root. Also, if your
system needs anything done to update the dynamic loader, (such as system needs anything done to update the dynamic loader for shared
running ldconfig on Linux) then do it now. libraries, (such as running ldconfig on Linux) then do it now.
F. You can test your build by changing to one of the directories under F. You can test your build by changing to one of the directories under
build/samples or build/demos, running make and then running the build/samples or build/demos, running make and then running the
@@ -165,6 +166,26 @@ B. As mentioned previouslly, wxPython is built with the standard
LDSHARED=gcc -G LDSHARED=gcc -G
While we're on the subject of how Python was built... Since
wxPython is a C++ extension some platforms and/or compilers will
require that the Python executable was linked with the C++ linker
in order for everything to work correctly. If you build and
install Python yourself then this is easy to take care of,
otherwise you may have to mess with binary packages or bribe your
system administrator...
In my case on Solaris wxPython applications would core dump on
exit. The core file indicated that the fault happened after
_exit() was called and the run-time was trying to execute cleanup
code. After relinking the Python executable the problem went away.
To build Python to link with the C++ linker do this:
cd Python-2.0 # wherever the root of the source tree is
rm python # in case it's still there from an old build
make LINKCC=g++ # or whatever your C++ command is
make install
C. Change to the root wxPython directory and look at the setup.py C. Change to the root wxPython directory and look at the setup.py
file. This is the script that configures and defines all the file. This is the script that configures and defines all the
information that Distutils needs to build wxPython. There are some information that Distutils needs to build wxPython. There are some

16
wxPython/setup.py
View File

@@ -2,10 +2,10 @@
#---------------------------------------------------------------------- #----------------------------------------------------------------------
import sys, os, string import sys, os, string
from distutils.core import setup, Extension from distutils.core import setup, Extension
from distutils.file_util import copy_file from distutils.file_util import copy_file
from distutils.dir_util import mkpath from distutils.dir_util import mkpath
from distutils.dep_util import newer from distutils.dep_util import newer
from my_distutils import run_swig, contrib_copy_tree from my_distutils import run_swig, contrib_copy_tree
@@ -30,7 +30,7 @@ feel (and runtime speed) on the platforms it is supported on.
BUILD_GLCANVAS = 1 # If true, build the contrib/glcanvas extension module BUILD_GLCANVAS = 1 # If true, build the contrib/glcanvas extension module
BUILD_OGL = 1 # If true, build the contrib/ogl extension module BUILD_OGL = 1 # If true, build the contrib/ogl extension module
BUILD_STC = 1 # If true, build the contrib/stc extension module BUILD_STC = 1 # If true, build the contrib/stc extension module
CORE_ONLY = 0 # if true, don't build any of the above
USE_SWIG = 0 # Should we actually execute SWIG, or just use the USE_SWIG = 0 # Should we actually execute SWIG, or just use the
# files already in the distribution? # files already in the distribution?
@@ -71,7 +71,7 @@ debug = '--debug' in sys.argv or '-g' in sys.argv
# Check for build flags on the command line # Check for build flags on the command line
#---------------------------------------------------------------------- #----------------------------------------------------------------------
for flag in ['BUILD_GLCANVAS', 'BUILD_OGL', 'BUILD_STC', for flag in ['BUILD_GLCANVAS', 'BUILD_OGL', 'BUILD_STC', 'CORE_ONLY',
'USE_SWIG', 'IN_CVS_TREE', 'FINAL', 'HYBRID', 'USE_SWIG', 'IN_CVS_TREE', 'FINAL', 'HYBRID',
'WXDLLVER', ]: 'WXDLLVER', ]:
for x in range(len(sys.argv)): for x in range(len(sys.argv)):
@@ -84,6 +84,11 @@ for flag in ['BUILD_GLCANVAS', 'BUILD_OGL', 'BUILD_STC',
sys.argv = filter(None, sys.argv) sys.argv = filter(None, sys.argv)
if CORE_ONLY:
BUILD_GLCANVAS = 0
BUILD_OGL = 0
BUILD_STC = 0
#---------------------------------------------------------------------- #----------------------------------------------------------------------
# Setup some platform specific stuff # Setup some platform specific stuff
#---------------------------------------------------------------------- #----------------------------------------------------------------------
@@ -426,7 +431,6 @@ setup(name = PKGDIR,
packages = [PKGDIR, packages = [PKGDIR,
PKGDIR+'.lib', PKGDIR+'.lib',
PKGDIR+'.lib.editor', PKGDIR+'.lib.editor',
PKGDIR+'.lib.sizers'
], ],
ext_package = PKGDIR, ext_package = PKGDIR,