On Tue, Jun 1, 2021 at 4:02 AM Larry Wall <la...@wall.org> wrote:
>
> In my opinion, the most consistent approach is to disallow any
> autothreading of the argument to .ACCEPTS

That sounds like a really appropriate simplification as I write this.

> All those other smartmatches are sugar for .ACCEPTS, and
> should not introduce special cases either.

Sounds great.

> If you want to make use of a junction like that, you must write
>
>     when 3 ~~ $_ {...}
>
> or
>
>     when 3 == $_ {...}
>
> or so.

Nice.

----

In the following, ALG = Applying Larry's Guidance.

Do we need an overhaul of .ACCEPTS methods wrt Any / Mu?
https://github.com/rakudo/rakudo/issues/2676
ALG would resolve this?

Range.ACCEPTS gets some things wrong
https://github.com/rakudo/rakudo/issues/1809
ALG would inform problem 1.

For the following ALG *might* be relevant but I haven't
thought things through at all.

Autothreading gone wrong?
https://github.com/rakudo/rakudo/issues/2814

Change in behavior when (starts-with|ends-with|substr-eq|contains)ing a Junction
https://github.com/rakudo/rakudo/issues/2719

using junctions in grep and split is inconsistent
https://github.com/rakudo/rakudo/issues/3893

Junctions don't autothread some methods correctly
https://github.com/Raku/old-issue-tracker/issues/6183

----

If anyone wants to dig into one or more of those issues,
and decide whether Larry's guidance here is relevant to
them, and link to his guidance if so, that would be cool.

--
love, raiph

Reply via email to