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