From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 26D9A1F462; Sun, 2 Jun 2019 20:13:08 +0000 (UTC) Date: Sun, 2 Jun 2019 20:13:08 +0000 From: Eric Wong To: meta@public-inbox.org Subject: Re: [RFC] start depending on Perl 5.10.1+ Message-ID: <20190602201308.GA25183@dcvr> References: <20190417220538.25112-1-e@80x24.org> <20190429015409.vxgjuinoiltbgbdd@dcvr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190429015409.vxgjuinoiltbgbdd@dcvr> List-Id: Eric Wong wrote: > The one minor, (and likely irrelevant) downside to this change > would be any of code which relies on the 'fields' pragma for > pseudo-hash performance benefits is out-of-luck since > pseudo-hashes were removed in Perl 5.9. > > Our only use of the 'fields' pragma is from Danga::Socket > (and descendent) classes. Fwiw, I have never used Perl 5.8 on > public-inbox myself, either. Even testing "maint-5.10" or "v5.10.1" from perl.git is proving challenging. Changes in the toolchain, cflags missing, Errno.pm not generated correctly, and some math differences. The usual stuff that comes from abandoned branches a reasonably up-to-date OS (Debian stable). I wonder if I might have better luck on CentOS 6 or 7. At least v5.30.0 and blead seem alright