develooper Front page | perl.perl5.porters | Postings from July 2016

Re: New encoding branch

Thread Previous | Thread Next
From:
ilmari
Date:
July 11, 2016 16:53
Subject:
Re: New encoding branch
Message ID:
d8ja8ho9kwi.fsf@dalvik.ping.uio.no
Father Chrysostomos <sprout@cpan.org> writes:

> The newly-pushed sprout/encoding branch removes the deprecated
> ${^ENCODING} functionality and makes encoding.pm die when its invoca-
> tion would use that functionality.
>
> I intend to push this in a couple of days if nobody objects.

The patch adds this to encoding::warnings:

    In addition, the L<warnings> pragma, which caused many of the
    problems, is no longer supported.

Shouldn't that be «the L<encoding> pragma»?

I also noticed that some places check for "$]" >= 5.025, while others
check for $] >= 5.025003.  Is this discrepancy intentional?

The test in op/concat2.t can just go, since it's meant to test the
behaviour of concat under 'encoding', which no longer exists.

> I modified the documentation to recommend Filter::Encoding as a sim-
> pler, less problematic alternative.  What I do not really like about
> this is that I am recommending my own module, which seems like self-
> promotion.  But I see no way around that.  That module was written
> precisely so that there would be an alternative to point to.

I see nothing wrong with that.

-- 
"A disappointingly low fraction of the human race is,
 at any given time, on fire." - Stig Sandbeck Mathisen


Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About