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
Data::Dumper will not correctly create eval-able code for self-referential structures #11780
Comments
From goldstei@ugcs.caltech.eduCreated by goldstei@ugcs.caltech.eduI've noticed that Data::Dumper does not always create ouput that will eval For example, take this code: ==================== my $h = {b => 1};
|
From zefram@fysh.orggoldstei@ugcs.caltech.edu wrote:
Data::Dumper doesn't actually claim that the eval will return the my $VAR1; The documentation could do with clarification on this point. -zefram |
The RT System itself - Status changed from 'new' to 'open' |
From @demerphqNot a bug. Data::Dumper doesn't say it does this. You can easily use Data::Dumper in a way it does not matter. For instance my $dump= 'do{' . Data::Dumper->new([$x,$y,$z], [qw($x $y cheers, On 29 November 2011 22:25, goldstei@ugcs.caltech.edu
-- |
From goldstei@ugcs.caltech.eduI agree that the documentation should be clarified to state that it will Yves: I worked around this by doing exactly what you suggested before I -- |
From @nwc10On Wed, Nov 30, 2011 at 12:34:59PM -0800, Joshua Goldstein wrote:
I can't actually see what harm would come from changing Data::Dumper to I believe that it wouldn't warn even if eval'd in void context, and the It strikes me that with do blocks and appropriate lexicals one could even Nicholas Clark |
From zefram@fysh.orgNicholas Clark wrote:
This is what I'd like to see. In terse mode it makes a lot more sense -zefram |
Migrated from rt.perl.org#104906 (status was 'open')
Searchable as RT104906$
The text was updated successfully, but these errors were encountered: