Installing wxPython 2.5 from Source

Installing wxPython 2.8 from Source

This document will describe the few differences and additions to the -content in BUILD.txt for installing wxPython built from source. -Please follow the intstructions both in this file and in BUILD.txt to -perform this task. Where there is overlap the items described here -will take precedence.

Installing on Unix-like Systems (not OS X)

+content in the BUILD document for installing wxPython built from +source. Please follow the intstructions both in this file and in +BUILD to perform this task. Where there is overlap the items +described here will take precedence for doing installations.

Installing on Unix-like Systems (not OS X)

When building wxWidgets you need to decide if you want it to be a private copy only accessed by wxPython, or if you would like it to @@ -38,10 +38,10 @@ runtime assertions turned into Python exceptions where possible. It does add extra code to the build but probably not enough to worry about it. However if you want to get as lean a build as possible you can leave it out, but if your code does something bad -then instead of exceptions you'll likely get a crash.
-
-
--enable-debug_flag
-
+then instead of exceptions you'll likely get a crash:
+
```
+--enable-debug_flag \
+
```
If you are building a private copy of wxWidgets (IOW, not installed in a standard library location) then it can be kind of a hassle to always have to set the LD_LIBRARY_PATH variable so wxPython can @@ -49,7 +49,7 @@ find the wxWidgets shared libraries. You can hard code the library path into the binaries by using the rpath option when configuring wxWidgets. For example:
```
---enable-rpath=/opt/wx/2.5/lib \
+--enable-rpath=/opt/wx/2.8/lib \
 
```
SOLARIS NOTE: The --enable-rpath option may cause problems when using wxGTK on Solaris when compiling wxPython as described below. @@ -65,9 +65,11 @@ all.
In addition to building wxPython as described in BUILD.txt, you can install it to Python's site-packages dir, as well as some scripts -into the same bin dir used by Python by using this command:
+into the same bin dir used by Python by using this command, plus +whatever WXPORT, UNICODE, etc. settings you used for the initial +build step:
```
-python2.3 setup.py install
+python2.5 setup.py install
 
```
If you would like to install to some place besides the prefix where Python is installed, (such as to your home directory) then you can @@ -79,8 +81,8 @@ contained in the PYTHONPATH environment variable.

Installing on OS X

Installing wxPython on OS X is nearly the same as the Unix instructions above, except for a few small, but important details:

Installing on Windows

Build wxWidgets and wxPython as described in BUILD.txt. If you would rather have a version without the code that turns runtime @@ -119,7 +121,8 @@ assertions into Python exceptions, then use "release" instead of "hybrid" when building wxWidgets and add "FINAL=1" to the setup.py command line.
Install wxPython like this:
+
Install wxPython like this. Remember to add any additional flags +you added for the build such as UNICODE or USE_SWIG:
```
 python setup.py install
 
```
@@ -128,15 +131,11 @@ python setup.py install found at runtime by the extension modules without requiring that they be installed on the PATH:
```
-copy %WXWIN%\lib\vc_dll\wx*h_*.dll c:\Python23\Lib\site-pacakges\wx
+copy %WXWIN%\\lib\\vc_dll\\wx*h_*.dll c:\\Python25\\Lib\\site-packages\\wx
 
```

- -