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

ongoing lexical issues with Rakudo, PCT, and Parrot #149

Closed
p6rt opened this issue Jul 1, 2008 · 9 comments
Closed

ongoing lexical issues with Rakudo, PCT, and Parrot #149

p6rt opened this issue Jul 1, 2008 · 9 comments
Labels
Bug meta Repo organization, code style, etc.

Comments

@p6rt
Copy link

p6rt commented Jul 1, 2008

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

Searchable as RT56512$

@p6rt
Copy link
Author

p6rt commented Jul 1, 2008

From @pmichaud

This is a meta-ticket on which we can hang other tickets
related to the ongoing lexical issues in Rakudo and Parrot.

As of r28892, Rakudo cannot handle lexical access from subs
nested in immediate blocks, as in​:

  $ cat x
  {
  my $x = 'ok';
  say "outer ", $x;
  sub foo() { say "inner ", $x; }
  foo();
  }
  $ ./parrot perl6.pbc x
  outer ok
  inner
  $

The underlying difficulty is described in RT#​56184 -- calling an
immediate sub or block from within a closure causes it to lose
its outer lexical scope.

Of course, in the above Perl 6 code there shouldn't be any
closures present -- but PCT traditionally generated all
immediate blocks as closures because otherwise lexical
variables tend to not work at all. And, of course, it's
trivial to modify the above Perl 6 example such that the
immediate block _is_ a closure. (Thus far my attempts to
get PCT to not use closures for immediate blocks have failed
due to this and other lexical issues, such as RT#​56274 and :lexid .)

Since there are many tests in the suite that use immediate
blocks to locally declare variables for a given set of tests,
this is a bit of a blocker for Rakudo.

It's also a bit of a blocker for enabling proper handling
of the "special" variables $_, $!, and $/ .

Pm

@p6rt
Copy link
Author

p6rt commented Jul 4, 2008

From @pmichaud

As of r29042 these all seem to have been resolved. Thanks to chromatic,
jonathan, and others who all contributed to fixing this particular issue.

Pm

1 similar comment
@p6rt
Copy link
Author

p6rt commented Jul 4, 2008

From @pmichaud

As of r29042 these all seem to have been resolved. Thanks to chromatic,
jonathan, and others who all contributed to fixing this particular issue.

Pm

@p6rt
Copy link
Author

p6rt commented Jul 4, 2008

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

@p6rt
Copy link
Author

p6rt commented Sep 14, 2008

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

@p6rt
Copy link
Author

p6rt commented Nov 15, 2008

From @bacek

Hello.

Single meta-ticket to follow lex-related bugs.

--
Bacek

@p6rt
Copy link
Author

p6rt commented Nov 25, 2008

From @pmichaud

Now fixed in r33193.

Thanks,

Pm

1 similar comment
@p6rt
Copy link
Author

p6rt commented Nov 25, 2008

From @pmichaud

Now fixed in r33193.

Thanks,

Pm

@p6rt
Copy link
Author

p6rt commented Nov 25, 2008

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

@p6rt p6rt closed this as completed Nov 25, 2008
@p6rt p6rt added Bug meta Repo organization, code style, etc. labels Jan 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug meta Repo organization, code style, etc.
Projects
None yet
Development

No branches or pull requests

1 participant