On 07/15/2015 05:21 PM, rle...@codelibre.net wrote: >> Matthias Klose <d...@debian.org> (2015-02-12): >>> The following tests FAILED: >>> Errors while running CTest >>> 2 - sbuild-chroot-chroot (Failed) >>> 6 - sbuild-run-parts (Failed) >>> make[2]: *** [test] Error 8 >>> Makefile:117: recipe for target 'test' failed >>> make[2]: Leaving directory '/«PKGBUILDDIR»/debian/build' >>> make[1]: *** [install-arch] Error 2 >>> debian/rules:83: recipe for target 'install-arch' failed >>> make[1]: Leaving directory '/«PKGBUILDDIR»' >>> make: *** [binary-arch] Error 2 >>> debian/rules:39: recipe for target 'binary-arch' failed >>> dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error >>> exit status 2 >> >> FWIW this isn't specific to gcc-5, the same happens with 4.9 in a sid >> development chroot. > > I have tried reproducing this in an unstable VM, and I can certainly do > so. It's throwing instantiating a static regex instance. > > However, I can't reproduce as a minimal testcase. Constructing the same > regex, either as an auto or static variable in a function scope or as a > global works perfectly. > > std::regex was broken in earlier GCC releases, so we used boost::regex,
could you recheck with GCC 5? I won't say that it is completely fixed, but there were a lot of fixes and updates. > but I thought it was functional in these compiler versions. The fact that > the minimal testcase works hints that it's a problem in schroot, but I'm > unable to see why the code is problematic. > > IIRC it's throwing here: > https://github.com/codelibre-net/schroot/blob/76a85f0fb34d39f796185d296fadde81b79a3948/lib/schroot/util.cc#L157 > or here: > https://github.com/codelibre-net/schroot/blob/76a85f0fb34d39f796185d296fadde81b79a3948/lib/schroot/util.cc#L157 > > We are wrapping the regex implementation here: > https://github.com/codelibre-net/schroot/blob/76a85f0fb34d39f796185d296fadde81b79a3948/lib/schroot/regex.h > (to support boost/tr1/std regex) > but the failure is in the constructor of the wrapped type, and I couldn't > reproduce with the wrapper or a std::regex. fwiw, I also tried with boost1.57 from experimental, and got the same test failures. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
