Subject: Re: Perl 5.8-to-be NetBSD testing?
To: Manuel Bouyer <bouyer@antioche.eu.org>
From: Jarkko Hietaniemi <jhi@iki.fi>
List: tech-userlevel
Date: 05/11/2002 21:07:27
On Sat, Apr 27, 2002 at 07:55:22PM +0200, Manuel Bouyer wrote:
(Sorry for the long delay in answering, I'm shoveling my email
as fast as I can...)
Now we have have available 16539:
http://www.iki.fi/jhi/perl@16539.tgz
http://www.iki.fi/jhi/perl@16539.tbz
ftp://ftp.funet.fi/pub/languages/perl/snap/perl@16539.tgz
ftp://ftp.funet.fi/pub/languages/perl/snap/perl@16539.tbz
ftp.funet.fi::perlsnap (rsync)
> > To test:
> >
> > - download
> > - unpack (unpacks to perl/)
> > - cd perl && sh Configure -des -Dusedevel
> > - make all test
> >
> > If errors, to get a more detailed report:
> >
> > - cd t && ./perl harness
Also, the results of running the "./myconfig" script are useful,
it shows the exact configuration (OS, gcc, ...)
> For the 1.5.2/alpha host (interesting bits):
Hmmm. I know that I did stop trying to build on Tru64 with gcc years
ago since it produced buggy code for the (ta-dah!) the pack and regex
tests (pat and regex*). (The Storable tests weren't there back then
so I don't know about them with gcc/alpha.) Which gcc version is being
used in NetBSD/alpha? I vaguely remember gcc 2.95.3 being better on Tru64.
> t/op/pack...........................# Failed at op/pack.t line 73
> # got '121'
> # expected '9'
> FAILED at test 6
> t/op/pat............................corrupted regexp pointers at op/pat.t line 3
> 56.
> FAILED at test 101
> t/op/regexp.........................FAILED at test 422
> t/op/regexp_noamp...................FAILED at test 422
> ext/Storable/t/dclone...............FAILED at test 4
> ext/Storable/t/freeze...............FAILED at test 5
> ext/Storable/t/tied.................FAILED at test 5
> ext/Storable/t/tied_hook............FAILED at test 6
> ext/Storable/t/utf8hash.............# Failed test (../ext/Storable/t/utf8has> h.t at line 84)
--
$jhi++; # http://www.iki.fi/jhi/
# There is this special biologist word we use for 'stable'.
# It is 'dead'. -- Jack Cohen