libical config error Cannot find Python.h

[da...@vizion2000.net]

On a freebsd 7.2-RELEASE-p3 amd64 compiled August 20 12.54.34 BST

Python.h is in
/usr/local/include/python2.6/

devel/libical build fails during configure:

checking for swig... (cached) true
checking for python2.6/Python.h usability... no
checking python2.6/Python.h presence... no
checking for python2.6/Python.h... no
configure: error: Can't find python header files
===> Script "configure" failed unexpectedly.

In the libical/work/libical-0.43/config.log
The following lines appear to be significant

"In file included from conftest.c:81:
/usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such file or
directory
configure:21819: $? = 1
configure: failed program was:
| /* confdefs.h. */
..
..
configure:21842: result: no
configure:21846: checking python2.6/Python.h presence
.
.
.
configure:21882: result: no
configure:21917: checking for python2.6/Python.h
configure:21924: result: no
configure:21931: error: Cant find python header files

___________________

pth.h is in

/usr/local/include/pth/pth.h

Solving this is urgent for me as a number of ports I need are dependent upon
this one. I have just completed an upgrade to p3 and am also upgrading all
the ports.

Thanks in advance

David

[Greg Larkin]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi David,

It appears that you have GNU Pth enabled in your python 2.6 build. Is
that required for your site? If not, I would try disabling it,
rebuilding python and then rebuilding libical.

If you do need GNU Pth in your python build, you can get past the
libical configuration phase with this patch:
http://people.freebsd.org/~glarkin/diffs/libical-Python_h-fix.diff

However, the compilation still fails in icalmemory.c due to conflicting
definitions for the pthread functions. I haven't figured that one out,
and I've cc'd the port maintainer team in case any of them have any ideas.

Regards,
Greg
- --
Greg Larkin

http://www.FreeBSD.org/ - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
http://twitter.com/sourcehosting/ - Follow me, follow you
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFKlDKV0sRouByUApARAusIAJoCrcXZYGQemOL0/APS9gYSp2pY/gCgw58Q
/MAi7h4vRGR8PhMeUAMppX0=
=IfLX
-----END PGP SIGNATURE-----

[David Southwell]

Thanks Greg -- as usual your are right on the button. I have done as you
suggested and disabled the GNU Pth which I would have prefered to have but
can get round for a while.

devel/libical then built fine as did a rebuild of deskutils/alacarte which
also suffers from the same problems.

I would be interested to hear of a solution to the GNU Pth limitation .
Until that is
solved maybe the maintainer could consider dropping the option so none else
falls
into the trap!!

Thanks again for your thoughtfulness and insight

david

[Mel Flynn]

On Wednesday 26 August 2009 10:02:50 David Southwell wrote:

> Thanks Greg -- as usual your are right on the button. I have done as you
> suggested and disabled the GNU Pth which I would have prefered to have but
> can get round for a while.

Just curious, but why do you prefer a userland threads wrapper over 1:1 kernel
threads when the application doesn't require it?
--
Mel

[David Southwell]

There is an application that needs it -- cant remember which right now and I
am away from my desk-- it may be babel or keedu

David