boost-python-libs and associated compile errors

David Southwell david at vizion2000.net
Tue Sep 1 17:09:17 UTC 2009


> David,
>
> In your case compiler is actually complaining on
> /usr/include/c++/4.2/bits/gthr-default.h, which is a part of GCC. It's
> either an internal issue of GCC or GCC packing/installation issue, or
> compiler compatibility issue.
>
> I'd like to know what is your compiler?
> Did you perform any steps for replacing/updating system compiler?
> What's the output of 'c++ --version'?
>
> I'll try to rebuild boost-python-libs myself to see if the issue is
> reproducible.
>
> Sincerely,
> Alexander Churanov,
> maintainer of devel/boost-*
>
> 2009/9/1 David Southwell <david at vizion2000.net>:
> >> I have just completed
> >> # portupgrade -fRra
> >> following a system upgrade from freebsd 7.2 p2 to p3
> >>
> >> after a few minor hiccuups and recompiling ssome of the ports I am left
> >> with four failing ports. As at least three of them seem to share some
> >> common features. If anyone would be willing to help me out here it would
> >> be most appreciated.
> >> The failure list is:
> >>
> >> ! science/openbabel (openbabel-2.2.1)   (unknown build error)
> >> * misc/kdeedu4 (kdeedu-4.2.4)
> >> ! graphics/blender (blender-2.49a_1)    (unknown build error)
> >> ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing header)
> >>
> >> The errors reports are shown below in the same order.
> >> The common features are:
> >> problems with compiling boost-python-libs
> >> threading issues
> >>
> >> ######
> >>  ! science/openbabel (openbabel-2.2.1)   (unknown build error)
> >> ######
> >>
> >> In file included from /usr/include/c++/4.2/bits/gthr.h:114,
> >>                  from /usr/include/c++/4.2/bits/c++io.h:43,
> >>                  from /usr/include/c++/4.2/iosfwd:46,
> >>                  from /usr/include/c++/4.2/ios:43,
> >>                  from /usr/include/c++/4.2/ostream:45,
> >>                  from /usr/include/c++/4.2/iterator:70,
> >>                  from ./boost/iterator.hpp:17,
> >>                  from ./boost/operators.hpp:81,
> >>                  from ./boost/python/type_id.hpp:11,
> >>                  from ./boost/python/converter/registrations.hpp:10,
> >>                  from
> >> libs/python/src/object/function_doc_signature.cpp:6:
> >> /usr/include/c++/4.2/bits/gthr-default.h: In function 'int
> >> __gthread_active_p()':
> >> /usr/include/c++/4.2/bits/gthr-default.h:174: error: conversion from
> >> 'int' to non-scalar type 'pthread_once' requested
> >> ...failed updating 54 targets...
> >> ...skipped 5 targets...
> >> ...updated 17 targets...
> >> *** Error code 1
> >>
> >> Stop in /usr/ports/devel/boost-python-libs.
> >> *** Error code 1
> >>
> >> Stop in /usr/ports/devel/boost-python-libs.
> >> *** Error code 1
> >>
> >> Stop in /usr/ports/science/openbabel.
> >> ** Command failed [exit code 1]: /usr/bin/script -qa
> >> /tmp/portupgrade20090826-26960-1q590yk-0 env UPGRADE_TOOL=portupgrade
> >> UPGRADE_PORT=openbabel-2.2.1 UPGRADE_PORT_VER=2.2.1 make
> >> ** Fix the problem and try again.
> >> ######
> >> * misc/kdeedu4 (kdeedu-4.2.4)
> >> ######
> >>
> >> Thanks in advance
> >>
> >> David
> >
> > Comments would be appreciated
> >
> > Thanks
> >
> > David
> David,
>
> In your case compiler is actually complaining on
> /usr/include/c++/4.2/bits/gthr-default.h, which is a part of GCC. It's
> either an internal issue of GCC or GCC packing/installation issue, or
> compiler compatibility issue.
>
> I'd like to know what is your compiler?
> Did you perform any steps for replacing/updating system compiler?
> What's the output of 'c++ --version'?
>
> I'll try to rebuild boost-python-libs myself to see if the issue is
> reproducible.
>
> Sincerely,
> Alexander Churanov,
> maintainer of devel/boost-*
>
Hi

Thanks for taking a look -- much appreciated. Here is the output you asked 
for:

dns1# c++ --version
c++ (GCC) 4.2.1 20070719  [FreeBSD]
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

David


More information about the freebsd-ports mailing list