tag 627728 +moreinfo
thanks
On Wed, May 25, 2011 at 02:03:51PM +0100, Luke Kenneth Casson Leighton wrote:
> update: there are some _*.py files in the wxwidgets src/ subdirectory
> that *must* also be copied into the same location as those *.i files
> are placed [into the i_files/ subdirectory in /usr/include].
Which of the files matching that wildcard pattern you are talking about -
is it just the files directly in wxPython/src or those in subdirectories?
Here's a list of all the _*.py files that seem to exist under wxPython/src:
wxPython/src/_core_ex.py
wxPython/src/_app_ex.py
wxPython/src/__init__.py
wxPython/src/gtk/_gdi.py
wxPython/src/gtk/_core.py
wxPython/src/gtk/_controls.py
wxPython/src/gtk/_misc.py
wxPython/src/gtk/_windows.py
wxPython/src/msw/_gdi.py
wxPython/src/msw/_core.py
wxPython/src/msw/_controls.py
wxPython/src/msw/_misc.py
wxPython/src/msw/_windows.py
wxPython/src/_xrc_ex.py
wxPython/src/_event_ex.py
wxPython/src/mac/_gdi.py
wxPython/src/mac/_core.py
wxPython/src/mac/_controls.py
wxPython/src/mac/_misc.py
wxPython/src/mac/_windows.py
wxPython/src/_intl_ex.py
I'm also unclear exactly which .i files should go in i_files - there are
many in wxPython/src, but also some under wxPython/contrib:
wxPython/contrib/stc/_stc_gendocs.i
wxPython/contrib/stc/_stc_docstrings.i
wxPython/contrib/stc/stc.i
wxPython/contrib/dllwidget/dllwidget_.i
wxPython/contrib/ogl/_oglbasic.i
wxPython/contrib/ogl/_oglshapes.i
wxPython/contrib/ogl/_ogldefs.i
wxPython/contrib/ogl/ogl.i
wxPython/contrib/ogl/_oglcanvas.i
wxPython/contrib/ogl/_oglshapes2.i
wxPython/contrib/gizmos/_treelist.i
wxPython/contrib/gizmos/gizmos.i
wxPython/contrib/activex/activex.i
wxPython/contrib/glcanvas/glcanvas.i
Poking around the sources for where i_files is mentioned, there seem to
be conflicting ideas of what to copy. For example,
wxPython/distrib/makedev.bat copies *.py not _*.py (though it looks like
there aren't any .py files without a leading underscore currently), while
debian-upstream/rules and wxPython/setup.py both also copy *.swg, and
the latter also copies contrib/glcanvas/*.i if it exists (I'm unsure
on whether the relative path gets preserved though) but not any other
*.i files under contrib.
It would probably be least error-prone if you patched the package locally
and once it was working, sent us a patch showing exactly what needs
changing. Failing that, an complete list of the "cp" commands needed to
take you from installing the current package to having a working setup
for what you're trying to do should do.
> if any of these files are not included, then the wx2.8-headers package
> is utterly useless for its intended purpose (namely to be used to
> develop wxWidgets applications)
It's really not "utterly useless" - it works for developing wxWidgets
applications in C++.
Cheers,
Olly
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
