Ross

> On Jan 5, 2016, at 9:31 AM, Burton, Ross <ross.burton@intel.com> wrote:
> 
> On 5 January 2016 at 09:32, Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de <mailto:lukas.bulwahn@oss.bmw-carit.de>> wrote:
> Due to the version update to 1.59.0, the two patches previously
> backported in this recipe are now dropped. The actual status of
> the arm-intrinsics.patch (reported with Upstream-Status: Backport)
> is unknown to the committer, and hence, that patch is kept in the
> recipe, even if it is possibly not required anymore. A deeper
> analysis is required to determine need and status of that patch.
> Furthermore, boost 1.59.0 provides a new library, called timer,
> which is packaged as further library in the boost recipe. The
> update to boost 1.60.0 required no further changes beyond
> changing the checksum hashes.
> 
> This is breaking on mpc8315e-rdb (the reference PPC in meta-yocto-bsp):
> 
> | gcc.compile.c++ bin.v2/libs/test/build/aca09349fdb84d131321425f6c3a38ed/execution_monitor.o
> | In file included from /data/poky-master/tmp/sysroots/mpc8315e-rdb/usr/include/fenv.h:114:0,
> |                  from /data/poky-master/tmp/sysroots/mpc8315e-rdb/usr/include/c++/5.3.0/fenv.h:36,
> |                  from ./boost/detail/fenv.hpp:97,
> |                  from ./boost/test/execution_monitor.hpp:64,
> |                  from ./boost/test/impl/execution_monitor.ipp:31,
> |                  from libs/test/src/execution_monitor.cpp:16:
> | ./boost/test/impl/execution_monitor.ipp: In function 'unsigned int boost::fpe::enable(unsigned int)':
> | ./boost/test/impl/execution_monitor.ipp:1383:7: error: expected id-expression before '(' token
> |      ::feclearexcept(BOOST_FPE_ALL);
> |        ^
> | ./boost/test/impl/execution_monitor.ipp: In function 'unsigned int boost::fpe::disable(unsigned int)':
> | ./boost/test/impl/execution_monitor.ipp:1420:7: error: expected id-expression before '(' token
> |      ::feclearexcept(BOOST_FPE_ALL);
> |        ^
> 
> Any idea?
> 

these source files might not be including boost’s own fenv.hpp header might be.

I wonder is SPE has issues with FPU status functions can you try to build a small sample using feclearexcept()
something like

#include <fenv.h>
int main()
{
  feclearexcept (FE_ALL_EXCEPT);
  return 0;
}

does it link ?



> Ross
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core