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

Rakudo parses equals sign in rule declaration, whereas STD doesn't #360

Closed
p6rt opened this issue Oct 12, 2008 · 4 comments
Closed

Rakudo parses equals sign in rule declaration, whereas STD doesn't #360

p6rt opened this issue Oct 12, 2008 · 4 comments

Comments

@p6rt
Copy link

p6rt commented Oct 12, 2008

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

Searchable as RT59828$

@p6rt
Copy link
Author

p6rt commented Oct 12, 2008

From @masak

r31879​:

$ perl6 -e 'rule x = { x }'
get_iter() not implemented in class 'Closure'
[...]

STD considers this faulty syntax (and I do, too), but Rakudo
apparently tries to make sense of it, and fails at runtime trying to
apply prefix​:<=> to the closure { x }.

@p6rt
Copy link
Author

p6rt commented Feb 11, 2009

From @jnthn

On Sun Oct 12 04​:59​:26 2008, masak wrote​:

r31879​:

$ perl6 -e 'rule x = { x }'
get_iter() not implemented in class 'Closure'
[...]

STD considers this faulty syntax (and I do, too), but Rakudo
apparently tries to make sense of it, and fails at runtime trying to
apply prefix​:<=> to the closure { x }.

As of GIT 1b7a3e3 this reports​:

Malformed regex definition

As STD.pm does. Also pulled in those for methods and routines, so we
shouldn't get similar bugs in those.

Thanks,

Jonathan

@p6rt
Copy link
Author

p6rt commented Feb 11, 2009

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

@p6rt
Copy link
Author

p6rt commented Feb 11, 2009

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

@p6rt p6rt closed this as completed Feb 11, 2009
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant