X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/2f8102974ba0da7eeb96ad83563629726b687792..86033c4b6f77916326ab7e04fb96b4e12ba5afbd:/wxPython/SWIG/README.txt diff --git a/wxPython/SWIG/README.txt b/wxPython/SWIG/README.txt index 999b45fe12..f007f22f54 100644 --- a/wxPython/SWIG/README.txt +++ b/wxPython/SWIG/README.txt @@ -8,17 +8,46 @@ wxPython. These have been submitted to SWIG's SourceForge patch tracker, so hopefully they will get incorporated into the main SWIG source tree soon. -wxPython currently uses the 1.3.24 version of SWIG, which you can get -from https://sourceforge.net/projects/swig/, plus the patch(es) in this -directory. Download the SWIG sources, apply the patch(es) here and -then build as normal. If you want to use both the patched version of -SWIG and the stock version, then you can configure the patched version -to use a different --prefix and then specify that executable when -running setup.py, like this: +wxPython currently uses the 1.3.29 version of SWIG, which you can get +from https://sourceforge.net/projects/swig/, plus the patch(es) in +this directory. Download the SWIG sources, apply the patch(es) here +and then build as normal. I have also have made available a tarball +containing the patched SWIG sources, plus a win32 binary, located +here: + + http://wxpython.wxcommunity.com/tools/ + +If you want to use the patched version of SWIG and still have the +stock version available for other projects, then you can configure the +patched version to use a different --prefix and then specify that +executable when running setup.py, like this: python setup.py SWIG=/path/to/my/swig [other params] + +------------------------------------------------------------------------ + +swig-1.3.29.patch + + SWIG changed how the import statements are output to the proxy + file, but this also caused the order to change (they all moved to + the very top of the file) so this broke the module docstring, as + well as some behavior that Chandler development is depending upon, + so this patch changes back to how it was done in prior releases. + + Changed the exception message used for TypeErrors to make a little + more sense. + + Added support for dropping the leading wx from wxNames using + %rename("%(wxpy)s") ""; + + Don't set a module attribute for the *_swigregister functions, + just call the one in the extension module directly. + + Fixes to allow compiling with Python 2.5 headers. + + ------------------------------------------------------------------------ swig-1.3.27.patch @@ -28,7 +57,7 @@ swig-1.3.27.patch uncovered a bug in the implementation, so this patch includes the fix that was checked in to CVS for 1.3.28. - SWIG changed how the import statments are output to the proxy + SWIG changed how the import statements are output to the proxy file, but this also caused the order to change (they all moved to the very top of the file) so this broke the module docstring, as well as some behavior that Chandler development is depending upon, @@ -36,11 +65,12 @@ swig-1.3.27.patch Bug fix for SWIG's definition of the %makedefault macro. - + Fixes to allow compiling with Python 2.5 headers. + ------------------------------------------------------------------------ -swig-1.3.24.patch +swig-1.3.24.patch (now obsolete) A bug was introduced in SWIG 1.3.23 and remains in 1.3.24 that causes compilation problems with wxPython (copies are being made @@ -48,7 +78,7 @@ swig-1.3.24.patch the code generator to use a reference to the object instead of making a copy. - Part of my autodoc patch was disabled becuase a unit-test failed. + Part of my autodoc patch was disabled because a unit-test failed. It turns out that the failure was due to a name clash in the unit test itself, so I re-enabled that section of code in this patch. @@ -84,7 +114,7 @@ swig.python-2.patch ------------------------------------------------------------------------ This patch was applied to SWIG's CVS on 07/12/2004 and is in the -1.3.22 relese. +1.3.22 release. ------------------------------------------------------------------------ swig.xmlout.patch Fixes a couple problems in the XML output