Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 2 Mar 2014 11:40:05 GMT
From:      "O. Hartmann" <ohartman@zedat.fu-berlin.de>
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   Re: ports/186567: graphics/openshadinglanguage: Assertion failed: (sizeof(token_data&lt;StringTypeT, PositionT&gt;) == size), function operator delete,
Message-ID:  <201403021140.s22Be5OU042773@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR ports/186567; it has been noted by GNATS.

From: "O. Hartmann" <ohartman@zedat.fu-berlin.de>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: ports/186567: graphics/openshadinglanguage: Assertion failed:
 (sizeof(token_data&lt;StringTypeT, PositionT&gt;) == size), function
 operator delete,
Date: Sun, 2 Mar 2014 12:35:27 +0100

 --Sig_//Nn8HeIrypuBiXr5k536oX0
 Content-Type: text/plain; charset=US-ASCII
 Content-Transfer-Encoding: quoted-printable
 
 When I try to rebuild devel/boost-libs via "portmaster -f boost-libs" I rec=
 eive on CURRENT
 FreeBSD 11.0-CURRENT #0 r262684: Sun Mar  2 10:24:51 CET 2014 amd64 the fol=
 lowing error
 (on all CURRENT boxes except of a server):
 
 [...]
 In file included from ./boost/atomic/detail/platform.hpp:22:
 ./boost/atomic/detail/gcc-atomic.hpp:961:64: error: no matching constructor=
  for
 initialization of 'storage_type' (aka 'boost::atomics::detail::storage128_t=
 ype') explicit
 base_atomic(value_type const& v) BOOST_NOEXCEPT : v_(0)
 [...]
 ./boost/atomic/detail/gcc-atomic.hpp:968:22: error: no viable conversion fr=
 om 'int' to
 'storage_type' (aka 'boost::atomics::detail::storage128_type') storage_type=
  tmp =3D 0;
 [...]
 
 
 The curious thing is that the error happens on systems which have several
 workstation-stuff installed, like KDE4 applications (i.e. kdevelop, LibreOf=
 fice, blender,
 which requires graphics/openshadinglanguage). The server, which has CURRENT=
  at the very
 same revision, has not and on that box the build of boost-libs performs wel=
 l.
 
 Even removing blender, openshadinglanguage doesn't solve the problem with b=
 oost-libs
 which you expect to be the source of the problem.
 
 --Sig_//Nn8HeIrypuBiXr5k536oX0
 Content-Type: application/pgp-signature; name=signature.asc
 Content-Disposition: attachment; filename=signature.asc
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v2.0.22 (FreeBSD)
 
 iQEcBAEBAgAGBQJTExeAAAoJEOgBcD7A/5N8qUsH/0tMAa4Zh25a2fAde5jwhrzq
 Ty3YVtDAcm3EQfxCr27zaftoD1CaDu+QjuKvj21VrwsPYLLr0dX8j0REpzBqq3v8
 bgGRjleYyV5PGjjjQdBNJoqBA41jA031qPnmmoWvvgP1zAV+BKyo78xiORpC+Orl
 RuPrKlvBV4DQNfOtLo9MJydg5Xs8sdYjy8II70PudkxnkMXSvTXx155NRjEJxbki
 d0sFUENgJs3IRtiieohZrJTRXJVcaJC2G4/mSp+V3BNi5qmAaAXN38LAy6lWk9PF
 CABZDJ/sMCEQQ8qKJ4dcHKz+cqqcDzEy+sdvFvG9e1I51dPsEzxLtcwLWEsKttU=
 =d4x+
 -----END PGP SIGNATURE-----
 
 --Sig_//Nn8HeIrypuBiXr5k536oX0--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201403021140.s22Be5OU042773>