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
White space breaks feed syntax ==> with grep and map - bogus statement #3499
Comments
From kevin@thecolyers.netI was playing with Game::Crypt and ran into the following problem. The following code reproduces it: use v6; sub foo($bar) { $bar sub baz($bar) { $bar } This is perl6 version 2014.08-6-gc793d80 built on MoarVM version Also breaks on This is perl6 version 2014.08-185-g7e61510 built on MoarVM version Very much enjoyed puzzling this one out! Cheers, Kevin -- Reading, UK http://www.freshexpressions.org.uk |
From @masakKevin (>):
\o/
This is "expected" behavior -- the '}' after '/ Cat /' ends the statement, by S04's =head1 Statement-ending blocks. I agree that many people will fall into this trap -- and that this is one of the very few cases when the rule seems to work against users' expectations -- but inserting a special case that makes this an exception to the S04 rule would set a bad precedent and break one-pass parsing. *Maaaybe* it'd be a good idea to have a prefix:<< ==> >> detect this case and tell people what to do. For people who do want that code layout, unspace at the end of the line (`grep { / Cat / } \`) makes it work, as the `}` is now no longer last on the line. Rejecting ticket. |
The RT System itself - Status changed from 'new' to 'open' |
@masak - Status changed from 'open' to 'rejected' |
From kevin@thecolyers.netTotally understand. I wonder if a helpful comment on the compiler error Thanks, Kevin On 08/09/14 09:57, Carl Mäsak via RT wrote:
-- Reading, UK http://www.freshexpressions.org.uk |
Migrated from rt.perl.org#122679 (status was 'rejected')
Searchable as RT122679$
The text was updated successfully, but these errors were encountered: