fwiw, the decision to drop support for older perls isn't really about
"those folks don't get support for their OS" or "it's old so let's
drop it". In the "let's drop 5.0 support and require 5.6" decision
process, it was about "we are having a hard time supporting the 5.0
series with numerous regexp issues and if (perl_ver < 5.6) { } else {}
sections".
I don't think we have a large number of those types of issues, so I
don't think there's a huge reason to drop support for older perls for
those people who still, for whatever reason, use them.
My oldest machine, running Fedora Core 2, has 5.8. fwiw.
2009/6/25 Karsten Bräckelmann <[email protected]>:
> On Thu, 2009-06-25 at 09:44 +0100, Justin Mason wrote:
>> For the upcoming release, we're considering dropping support for that
>> interpreter version. If you're still using 5.6.x, or know of a
>> (relatively recent) distro that does, please reply to highlight
>> this....
>
> Deliberately keeping this to the dev list.
>
> With my previous comment I was specifically referring to comments like
> in bug 5574. Comment 11 outlines the general age of Perl releases and
> the Linux part of the picture. Comment 21 argues about MacOS. Anyone
> know details about BSD, Solaris and maybe others?
>
> Also, of course, I was about fixing bug 6131 properly. Hence me
> explicitly mentioning requiring Perl 5.8.1 -- or alternatively 5.8.0
> with an additional MakeMaker min dep.
>
> guenther
>
> --
> char *t="\10pse\0r\0dtu...@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
> main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
> (c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
>
>
