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

STD.pm allows anything before a statement role declaration, Rakudo doesn't #1045

Closed
p6rt opened this issue Jun 8, 2009 · 4 comments
Closed
Labels

Comments

@p6rt
Copy link

p6rt commented Jun 8, 2009

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

Searchable as RT66394$

@p6rt
Copy link
Author

p6rt commented Jun 8, 2009

From @masak

<masak> from S12​: "The first form [the 'role A;' one] is allowed only
as the first declaration in a compilation unit (that is, file or eval
string)." does that mean I can have use statements before the
declaration?
<masak> ISTR there was a spec change to allow exactly that.
<pmichaud> I know it came up for discussion; I didn't see the spec change.
<pmichaud> let me see if STD.pm changed, though
<pmichaud> (Rakudo followed STD.pm more than the spec, there.)
<pmichaud> std​: say 'ok'; module Bar; say 'ok!';
<p6eval> std 27032​: OUTPUT«ok 00​:02 35m␤»
<masak> oh, STD.pm is very permissive.
<pmichaud> std​: say 'ok'; module Bar; say 'ok!'; module Foo; say 'no!';
<p6eval> std 27032​: OUTPUT«##### PARSE FAILED ##### [...]
<pmichaud> it looks like STD.pm is allowing only one "module Foo;"
per compilation unit, but anything can come before it.
<masak> ok.
<masak> maybe that's sane.
<masak> better than to whitelist things, to be sure.
<masak> in that case, all that remains is a Rakudobug.

@p6rt
Copy link
Author

p6rt commented Aug 19, 2009

From @masak

This is fixed nowadays. Resolving ticket.

@p6rt
Copy link
Author

p6rt commented Aug 19, 2009

From [Unknown Contact. See original ticket]

This is fixed nowadays. Resolving ticket.

@p6rt
Copy link
Author

p6rt commented Aug 19, 2009

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

@p6rt p6rt closed this as completed Aug 19, 2009
@p6rt p6rt added the Bug label Jan 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant