notfound 812287 0.1.6-1
close 812287
thanks

Hi,

On Thu, Jan 21, 2016 at 08:03:11PM -0800, Martin Michlmayr wrote:
> Unfortunately, it's not clear from the log why the build failed.
> It's possible there's a bug in this package or in GCC.  It's also

Seems as GCC. See below.

> possible I reported a non-issue, although I tried to avoid that.

It probably is. See below.

> I apologize in advance if this is the case.

No problem.

> If you have some time to look into this issue, that'd be great.  If
> not, I can re-test the package with GCC 6 in a few weeks time.
[...]

That reminds me of

https://whatofhow.wordpress.com/2016/01/20/gcc-6/

Especially the

"PR69327 “constexpr leaves reference member var uninitialized”—that one took a 
long time to track down and reduce, because it hid in boost::fusion code called 
from boost::spirit code called from external libetonyek code. Patch at “GCC 6 
PR69327 workaround.”"

Interestingly, the test Stephan mentions in LO does NOT crash for me...
But still even with uptodate gcc snapshot for Stephan.

But as it ringed a bell I tried a build with libetonyek with a unnpatched boost
(fails, as described in this report) and a patched boost.
Wasn't able to rebuild boost with gcc6 as #811651 blocks that but I patched
the headers in-place and libetonyek builds after that.

Now either boost gets the above-mentioned patch or gcc gets fixed.. Then
libetonyek will build without changes..

So this is (IMHO) no bug in libetonyek and this bug should be closed.

Regards,

Rene

Reply via email to