Hmmm...<br>The problem occurs because SWIG cannot handle nested classes properly, so I have to have an outer class to do it. This means that swig needs to see one version so it will generate the correct bindings, and the c++ compiler needs to see what really is happening.<br>
<br clear="all">The setup.py script currently defines the SWIG macro, meaning that the c++ compiler is looking at the version that swig looks at. This shouldn't be happening.<br><br>These two solutions should work:<br>
1. Remove this line in setup.py (Note: I haven't tried this...)<br><pre> define_macros=[('SWIG',1)])], <br></pre><br>2. Or even better, build it with configure (from the package directory)<br>./configure<br>make pythonswig<br>
make python_make<br>cd python<br>python setup.py install<br><br>Hope this helps.<br><br>God Bless,<br>Ben<br>-------------------------------------------------------------------------------------------<br>The Lord is not slow to fulfill his promise as some count slowness,<br>
but is patient toward you, not wishing that any should perish,<br>but that all should reach repentance.<br>2 Peter 3:9 (ESV)
<br><br><div class="gmail_quote">On Wed, Jun 18, 2008 at 3:00 AM, Pierre Amadio <<a href="mailto:pierre.amadio@laposte.net">pierre.amadio@laposte.net</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi there.<br>
<br>
I'm trying to compile sword 1.5.11 as well as the python binding for the<br>
maemo platform. Things were working smoothly with 1.5.10, but i run into<br>
troubles when trying to compile this with the sword <a href="http://1.5.11." target="_blank">1.5.11.</a><br>
<br>
Somes details about what happened are available here:<br>
<br>
<a href="http://lists.maemo.org/pipermail//maemo-developers/2008-June/033857.html" target="_blank">http://lists.maemo.org/pipermail//maemo-developers/2008-June/033857.html</a><br>
<br>
Most of the problem i encouter seems to be due to the fact that en<br>
environment i have to use already comes with it s own swig version and i<br>
have trouble overriding this version.<br>
<br>
But, even when i (think i) succeed in doing so, i meet another problem:<br>
<br>
rendercallback.h:189: error: base `sword::BasicFilterUserData' with only non-default constructor in class without a constructor<br>
rendercallback.h:212: error: base `sword::BasicFilterUserData' with only non-default constructor in class without a constructor<br>
<br>
I also had the same error when i get rid of the swig version available<br>
in scracthbox the easy way (renaming executable and directory) so i was<br>
sure it will not be taken in account.<br>
<br>
Now, at both those lines in rendercallback.h, a comment states<br>
<br>
// trick SWIG into thinking this is not inherited from an inner class...<br>
<br>
I do not know why i can hit this problem only in scratchox and not on a<br>
vanilla debian (where compilations works without those error message).<br>
<br>
Could it be the "trick" is not working as expected ?<br>
<br>
I know nearly nothing about c++, so i m only guessing, but would adding<br>
a constructor in BasicFilterUserData class be an option ?<br>
<br>
There does not seem to be one in swbasicfilter.h<br>
<br>
Any feedback would be appreciated.<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</blockquote></div><br>