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
Bizarre copy of HASH in reference constructor #13675
Comments
From @greergaObviously these don't work (on anonymous subs at least), but ideally they Examples run below are with recently-built blead branch: $ ./miniperl -Ilib -wE 'eval q<sub { state %done; END { \%done; } }>' $ ./miniperl -Ilib -wE 'eval q<sub { my %done; END { \%done; } }>' For reference, giving the sub a name makes the "state" version work and -- |
From @iabynOn Tue, Mar 18, 2014 at 09:35:46AM -0700, George Greer wrote:
These appear to have been fixed sometime between 5.21.3 and 5.21.4. -- |
The RT System itself - Status changed from 'new' to 'open' |
From @wolfsageOn Thu, Mar 26, 2015 at 8:39 AM, Dave Mitchell <davem@iabyn.com> wrote:
According to a bisect this was fixed by: commit e52eb89 Avoid reifying GVs in rv2cv \&foo no longer reifies GVs in the stash: $ ./miniperl -e 'sub foo{} warn Sub calls still reify them though, because of the way ck_subr cur- Constant proxies are still upgraded to full GVs for now, just to mini- This makes it possible for OP_GVs to point to things other than GVs, -- Matthew Horsfall (alh) |
From @cpansproutOn Thu Mar 26 06:48:25 2015, alh wrote:
I don’t see how that would have fixed it. It may be possible still to trigger the bug some other way. -- Father Chrysostomos |
Migrated from rt.perl.org#121464 (status was 'open')
Searchable as RT121464$
The text was updated successfully, but these errors were encountered: