From @moritz

09​:38 < moritz> nom​: say &infix​:<>.arity
09​:38 <+p6eval> rakudo 4235df​: OUTPUT«1␤»
09​:38 < moritz> nom​: say &infix​:<>.count
09​:38 <+p6eval> rakudo 4235df​: OUTPUT«1␤»
09​:38 < moritz> ah, that's wrong
09​:39 < moritz> nom​: say &infix​:<~>(2, 3)
09​:39 <+p6eval> rakudo 4235df​: OUTPUT«23␤»

This leads to @​list.reduce(&infix​:<~>) failing, because reduce thinks it
got an unary operator.

From @moritz

Golfed even further​:

09​:44 < moritz> nom​: multi a($, $) { }; say &a.arity
09​:44 <+p6eval> rakudo 4235df​: OUTPUT«1␤»

Seems the arity calculation is generally a bit off

Am 09.03.2012 09​:41, schrieb Moritz Lenz (via RT)​:

# New Ticket Created by Moritz Lenz
# Please include the string​: [perl #​111646]
# in the subject line of all future correspondence about this issue.
#<URL​: https://rt-archive.perl.org/perl6/Ticket/Display.html?id=111646>

09​:38< moritz> nom​: say&infix​:<>.arity
09​:38<+p6eval> rakudo 4235df​: OUTPUT«1␤»
09​:38< moritz> nom​: say&infix​:<>.count
09​:38<+p6eval> rakudo 4235df​: OUTPUT«1␤»
09​:38< moritz> ah, that's wrong
09​:39< moritz> nom​: say&infix​:<~>(2, 3)
09​:39<+p6eval> rakudo 4235df​: OUTPUT«23␤»

This leads to @​list.reduce(&infix​:<~>) failing, because reduce thinks it
got an unary operator.

From @moritz

Further analysis​: the problem is that Signature.count counts the (|$)
from the proto as a single positional.

The obvious fix from http://moritz.faui2k3.org/tmp/arity.patch doesn't
work, because List.munch then gets a Num argument, which blows up during
unboxing.

From @pmichaud

Now fixed in 69920db585.

  > say &infix​:<>.arity
  0
  > say &infix​:<>.count
  Inf
  > say <a b c d>.reduce(&infix​:<~>)
  abcd

Ticket can be closed when we have appropriate spectests.

Thanks!

Pm

The RT System itself - Status changed from 'new' to 'open'

From @moritz

now tested in S06-signature/arity.t

@moritz - Status changed from 'open' to 'resolved'