Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

.splice and .split methods candidate error #6271

Closed
p6rt opened this issue May 25, 2017 · 4 comments
Closed

.splice and .split methods candidate error #6271

p6rt opened this issue May 25, 2017 · 4 comments
Labels
LTA Less Than Awesome; typically an error message that could be better

Comments

@p6rt
Copy link

p6rt commented May 25, 2017

Migrated from rt.perl.org#131367 (status was 'resolved')

Searchable as RT131367$

@p6rt
Copy link
Author

p6rt commented May 25, 2017

From @zoffixznet

Something's fishy going on with .splice. It feels like a multi without any candidates.

I vaguely recall a commit going in adding splice proto to Mu, so perhaps that's the cause.

The error gives uninitialized string warning and the "none of these signatures match" message prints no candidates.

zoffix@​leliana~$ perl6 -v
This is Rakudo version 2017.05-78-gdd2de36 built on MoarVM version 2017.05-24-gd86a35b
implementing Perl 6.c.
zoffix@​leliana~$ perl6 -e 'Blob.new.splice​: 42'
Use of uninitialized value of type Any in string context.
Methods .^name, .perl, .gist, or .say can be used to stringify it to something meaningful.
  in block <unit> at -e line 1
Cannot resolve caller splice(Blob, Int); none of these signatures match​:
  in block <unit> at -e line 1

zoffix@​leliana~$

@p6rt
Copy link
Author

p6rt commented May 28, 2017

From @zoffixznet

Seems .split has similar issue​:

<Zoffix__> m​: class {}.^lookup("split").candidates.say
<camelia> rakudo-moar 87d0e0​: OUTPUT​: «()␤»

<Zoffix__> m​: class {}.split
<camelia> rakudo-moar 87d0e0​: OUTPUT​: «Use of uninitialized value of type Any in string context.␤Methods .^name, .perl, .gist, or .say can be used to stringify it to something meaningful.␤ in block <unit> at <tmp> line 1␤Cannot resolve caller split(<anon|46787344>); none of these signa…»

@p6rt
Copy link
Author

p6rt commented Jun 1, 2017

From @zoffixznet

On Thu, 25 May 2017 09​:51​:53 -0700, cpan@​zoffix.com wrote​:

Something's fishy going on with .splice. It feels like a multi without
any candidates.

I vaguely recall a commit going in adding splice proto to Mu, so
perhaps that's the cause.

The error gives uninitialized string warning and the "none of these
signatures match" message prints no candidates.

zoffix@​leliana~$ perl6 -v
This is Rakudo version 2017.05-78-gdd2de36 built on MoarVM version
2017.05-24-gd86a35b
implementing Perl 6.c.
zoffix@​leliana~$ perl6 -e 'Blob.new.splice​: 42'
Use of uninitialized value of type Any in string context.
Methods .^name, .perl, .gist, or .say can be used to stringify it to
something meaningful.
in block <unit> at -e line 1
Cannot resolve caller splice(Blob, Int); none of these signatures
match​:
in block <unit> at -e line 1

zoffix@​leliana~$

Thank you for the report. jsimonet++ fixed the issue.

Fix​: rakudo/rakudo@02614f6477
Test​: rakudo/rakudo@b667e818c5

@p6rt
Copy link
Author

p6rt commented Jun 1, 2017

@zoffixznet - Status changed from 'new' to 'resolved'

@p6rt p6rt closed this as completed Jun 1, 2017
@p6rt p6rt added the LTA Less Than Awesome; typically an error message that could be better label Jan 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
LTA Less Than Awesome; typically an error message that could be better
Projects
None yet
Development

No branches or pull requests

1 participant