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
A #line "F" in a string eval doesn't update *{"_<F"} #10834
Comments
From @timbunceCreated by @timbunceI'm trying to improve how NYTProf works with Class::MOP/Moose Here's a test script: ------snip------ a(); b(); c(); d(); END { and the output (using 5.12.2): ------snip------ File: _<hash-line-first (hash-line-first) Source: File: _<mro.c (mro.c) Source: File: _<perl.c (perl.c) Source: File: _<perlio.c (perlio.c) Source: File: _<perlmain.c (perlmain.c) Source: File: _<universal.c (universal.c) Source: Sub: main::END => hash-line-second:8-16 Things to note: a. There's no source code saved for hashline.pl itself because $^P is b. #line 1 "hash-line-first" and #line 1 "hash-line-second" work as expected. c. The subroutines all get recorded in %DB::sub with the correct filename. d. The #line inside the string eval does not work as expected. So %DB::sub says subroutine d() was defined in the file "hash-line-eval" The upshot is that the portion of the source code of a string eval after Tim. Perl Info
|
From @cpansproutOn Fri Nov 19 04:11:52 2010, timbo wrote:
I can reproduce this with threads, but not without. |
The RT System itself - Status changed from 'new' to 'open' |
From @timbunceOn Fri, Nov 19, 2010 at 04:11:52AM -0800, Tim Bunce wrote:
Any chance this could get looked into before 5.14? Tim. |
From @cpansproutOn Tue Jan 04 05:48:38 2011, timbo wrote:
Yes. :-) |
@cpansprout - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#79442 (status was 'resolved')
Searchable as RT79442$
The text was updated successfully, but these errors were encountered: