X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/8eda5e3588fd5ef0fa91f94991e3cdc744852d3f..b14395e4ba006514bd5f9785f1bad9aca32ec9a6:/wxPython/docs/INSTALL.html diff --git a/wxPython/docs/INSTALL.html b/wxPython/docs/INSTALL.html index 574016aeec..badaeb2745 100644 --- a/wxPython/docs/INSTALL.html +++ b/wxPython/docs/INSTALL.html @@ -11,43 +11,43 @@
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.
+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.When building wxWindows you need to decide if you want it to be a +
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 be installed in a stanard location such as /usr. Or perhaps you -already have a version of wxWindows installed on your system (such +already have a version of wxWidgets installed on your system (such as from an RPM) and you want wxPython to use that version too. If so then you'll want to ensure that the flags and options used to build the installed version are compatible with wxPython.
If you do decide to build and install your own wxWindows then there +
If you do decide to build and install your own wxWidgets then there are a few tweaks to the configure flags described in BUILD.txt that you will probably want to make. Instead of --enable-debug use this configure flag:
--enable-optimize \-
Normally I also use the following flag in order to have wxWindows +
Normally I also use the following flag in order to have wxWidgets 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
-
If you are building a private copy of wxWindows (IOW, not installed +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 -find the wxWindows shared libraries. You can hard code the library +find the wxWidgets shared libraries. You can hard code the library path into the binaries by using the rpath option when configuring -wxWindows. For example:
+wxWidgets. For example:--enable-rpath=/opt/wx/2.5/lib \@@ -85,9 +85,9 @@ contained in the PYTHONPATH environment variable. instructions above, except for a few small, but important details:
Build wxWindows and wxPython as described in BUILD.txt. If you +
Build wxWidgets and wxPython as described in BUILD.txt. If you would rather have a version without the code that turns runtime assertions into Python exceptions, then use "release" instead of -"hybrid" when building wxWindows and add "FINAL=1" to the setup.py +"hybrid" when building wxWidgets and add "FINAL=1" to the setup.py command line.
Install wxPython like this:
@@ -124,19 +124,15 @@ command line. python setup.py installCopy the wxWindows DLLs to the wx package directory so they can be +
Copy the wxWidgets DLLs to the wx package directory so they can be found at runtime by the extension modules without requiring that they be installed on the PATH:
-copy %WXWIN%\BIN\wx*h_*.dll c:\Python23\Lib\site-pacakges\wx +copy %WXWIN%\lib\vc_dll\wx*h_*.dll c:\Python23\Lib\site-pacakges\wx