[buildd-tools-devel] Bug#778112: Bug#778112: schroot: ftbfs with GCC-5

[Matthias Klose]

On 07/15/2015 05:21 PM, rleigh at codelibre.net wrote:
>> Matthias Klose <doko at 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.