develooper Front page | perl.perl5.porters | Postings from October 2021

Re: review of perlexperiment, 2021-10

Thread Previous | Thread Next
Tomasz Konojacki
October 3, 2021 21:51
Re: review of perlexperiment, 2021-10
Message ID:
On Sun, 03 Oct 2021 16:41:37 -0400
"Ricardo Signes" <> wrote:

> *smartmatch* — We have resisted removing this failure for years, as we want to replace it with something else.  My take:  we should just rip this out and later, *maybe*, put something else in. #13173 <>

Back in 2017 we tried replacing smartmatch with "dumbmatch" and in
result we made everyone angry and broke half of CPAN:

I don't want that to happen again.

Smartmatch is widely used because of two reasons. First of all, it
solves an important problem: it provides "switch" and "in" operators.
Of course, it does that in a completely insane way, but currently there
are no (core) alternatives to it.

The other reason is that we have completely failed to communicate that
we don't want our users to use smartmatch. Until 5.18 it didn't warn at
all, now it gives an "experimental" warning which is meaningless. Do
signatures and smartmatch have the same status? Absolutely not. Yet
that's what our documentation and warnings say.

If we want to remove smartmatch, we need to properly deprecate it and
provide a replacement for it. BTW, I believe LeoNerd is working on the

Speaking of deprecating things, the dumbmatch fiasco has showed that our
two stable releases deprecation cycle is way too short. When the users
of LTS distributions upgrade, they skip multiple Perl releases, so from
their POV features disappear without any warnings! This worked OK for
unimportant stuff that no one cared about, but I think something like
smartmatch will need a longer deprecation period.

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About