Bug#825020: perl: does not support error strings any more on hurd-i386

2016-05-27 Thread Samuel Thibault
Control: tags -1 + patch Hello, Niko Tyni, on Fri 27 May 2016 19:02:06 +0300, wrote: > It looks like the other architectures get _GNU_SOURCE (and _REENTRANT) > via hints/linux.sh -> UU/usethreads.cbu, possibly Hurd needs something > similar. Indeed, and it makes sense do define those for usethre

Bug#825020: perl: does not support error strings any more on hurd-i386

2016-05-27 Thread Niko Tyni
Control: tag -1 confirmed On Sun, May 22, 2016 at 02:13:47PM +, Samuel Thibault wrote: > Package: perl > Version: 5.24.0-1 > Severity: important > On hurd-i386, version 5.24.0-1 of Perl does not support error strings > any more: This is because the probing code picks up a wrong prototype for

Bug#825020: perl: does not support error strings any more on hurd-i386

2016-05-22 Thread Samuel Thibault
Samuel Thibault, on Sun 22 May 2016 14:13:47 +, wrote: > On hurd-i386, version 5.24.0-1 of Perl does not support error strings > any more: And this is probably also the culprit for these two other failures: t/op/taint # Failed test

Bug#825020: perl: does not support error strings any more on hurd-i386

2016-05-22 Thread Samuel Thibault
Package: perl Version: 5.24.0-1 Severity: important Hello, On hurd-i386, version 5.24.0-1 of Perl does not support error strings any more: € cat ~/test.pl $rc = system { "lkjsdf"} "lkjdf"; printf "# \$! eq %d, '%s'\n", $!, $!; Using perl 2.22.2: € perl ~/test.pl # $! eq 1073741826, 'No such fi