[Insight-developers] ITK CVS HEAD, build error with Python, signal.h
Charl P. Botha
c.p.botha at ewi.tudelft.nl
Sun, 21 Mar 2004 16:00:33 +0100
Dear developers (and especially Brad),
The watershed wrappings seem to work. I've been stress-testing them on
the 1-6 branch and I'm now busy porting them to HEAD. However, I'm
getting the following build error on Debian Stable, gcc 2.95.4, ITK CVS
HEAD:
Building wrap_ITKPyUtils.xml from
/home/cpbotha/DoNotBackup/build/Insight-HEAD-
VC6/Wrapping/CSwig/Common/wrap_ITKPyUtils.xml...
In file included from /usr/include/signal.h:358,
from /usr/include/python2.2/pyfpe.h:129,
from /usr/include/python2.2/Python.h:122,
from
/home/cpbotha/DoNotBackup/build/Insight-HEAD/Wrapping/CSwi
g/Common/itkPyCommand.h:22,
from
/home/cpbotha/DoNotBackup/build/Insight-HEAD/Wrapping/CSwi
g/Common/wrap_ITKPyUtils.cxx:17:
/usr/include/bits/sigthread.h:36: error: storage class specifiers invalid in
parameter declarations
/usr/include/bits/sigthread.h:36: error: storage class specified for
parameter
`parameter'
Now, it seems that the compatibility header in CableSwig (pthread.h)
would fix this problem in sigthread.h[1], but the Python header is
bypassing that: Python.h -> pyfpe.h -> signal.h -> sigthread.h
It would seem that a signal.h compatibility header is also required, as
including signal.h (WITHOUT pthread.h) is a valid way of getting to
sigthread.h.
If this is so, should I add a signal.h header similar to the pthread.h
header to all the GCC_XML compatibility header directories, or is there
a better way(tm)?
Thanks,
Charl
[1] http://www.itk.org/pipermail/insight-users/2004-February/006896.html
--
charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/