On Mon Aug 03 11:50:06 2009, colo...@gmail.com wrote: > colomon: rakudo: multi a () { 1 }; multi a (*...@x) { 2 }; say a(); > [2:33pm] p6eval: rakudo 18598d: OUTPUT«Ambiguous dispatch to multi > 'a'. Ambiguous candidates had signatures::():(Object *...@x)in Main > (/tmp/8uPi9JrI7p:2)» > > This occurs with the current (2009/8/3 2:33 PM EST) p6eval and with > "Chicago" on OS X. > I think in general, a non-slurpy should be seen as a more specific candidate than a slurpy. I've tried to get this in place in git 2731d20. It certainly makes this work. Added a test case to the spectests too.
Thanks, Jonathan