1 |
|
2005-04-05 Bernhard Herzog <[email protected]> |
2 |
|
|
3 |
|
Use wxPython.h by default but provide a workaround when it isn't |
4 |
|
available. |
5 |
|
|
6 |
|
* setup.py (wxproj_extension): New variable. Assign the Extension |
7 |
|
instance for Lib.wxproj to this variable instead of putting it |
8 |
|
directly into the listso that it can be accessed by other code |
9 |
|
later. |
10 |
|
(thuban_build_ext.user_options): Added boolean option |
11 |
|
--use-wx-python-swig-hack. |
12 |
|
(thuban_build_ext.initialize_options): Initialize the new option |
13 |
|
to False. |
14 |
|
(thuban_build_ext.finalize_options): If the new option was given, |
15 |
|
define the preprocesser macro USE_WX_PYTHON_SWIG_HACK. |
16 |
|
(thuban_build_ext): Update the doc-string |
17 |
|
|
18 |
|
* libraries/thuban/wxproj.cpp: Normally we use |
19 |
|
wx/wxPython/wxPython.h now. Only if USE_WX_PYTHON_SWIG_HACK is |
20 |
|
defined, use swigPtrConvertHack.h instead. |
21 |
|
|
22 |
|
* libraries/thuban/swigPtrConvertHack.h: Remove the code that was |
23 |
|
copied over from wxPython.h. |
24 |
|
(decode_pointer_new): New. Equivalent of decode_pointer for |
25 |
|
wxPython 2.5. |
26 |
|
(wxPyConvertSwigPtr): Modified to cope with wxPython 2.5 as well. |
27 |
|
|
28 |
|
* README: Add section on potential build problems which explains |
29 |
|
how the work-around for a missing wxPython.h is activated. |
30 |
|
|
31 |
2005-03-29 Bernhard Herzog <[email protected]> |
2005-03-29 Bernhard Herzog <[email protected]> |
32 |
|
|
33 |
* test/postgissupport.py (find_postgis_sql): Added yet another |
* test/postgissupport.py (find_postgis_sql): Added yet another |