develooper Front page | perl.perl5.porters | Postings from December 2010

move dump.c to a module?

Thread Next
Reini Urban
December 27, 2010 06:02
move dump.c to a module?
Message ID:
I would like to move most of the dump.c functions to a core module,
Devel::Dump would be a nice name.
shared - loaded on demand for normal perls or MAD,
static_ext for a DEBUGGING libperl.

I would rather like to move my_unexec() + unexec from perl.c to to dump.c,
which I will target after the compiler.
I'd really like to save state (and add support to restore state) for
long-running perl processes.
If it will be the old unexec (works ok), or something like the new
portable emacs dumper
I don't know yet.

- op and sv dumps are only used for debugging and MAD, and need not to
bloat libperl at runtime.

- Data::Dump, Data::Dumper and B::Flags should be able reuse most of
those stringification functions.
  Devel::Peek already does use it.
  Data::Dumper is such a mess, it would benefit of a more object
orientated dumper methods per type.
  B::Flags is basically a rewrite of some dump.c flags.

Reini Urban 

Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About