Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

acme (189)

acme
  (email not shown publicly)
http://www.astray.com/

Leon Brocard (aka acme) is an orange-loving Perl eurohacker with many varied contributions to the Perl community, including the GraphViz module on the CPAN. YAPC::Europe was all his fault. He is still looking for a Perl Monger group he can start which begins with the letter 'D'.

Journal of acme (189)

Monday July 31, 2006
05:48 AM

Hack hack hack

[ #30483 ]
I'll be taking part in the Devel::Cover hackathon tomorrow. Is there anything in particular I should hack on?
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • I don't know if this is practical... Devel::Cover creates an install-time Inc.pm that captures your default @INC so Devel::Cover knows which .pm's not to analyze.

    The problem is that if you change your $ENV{PERL5LIB} after installing Devel::Cover, you have to force reinstall it to get the @INC ignore path to change. Additionally, this makes it hard to make binary packages for Devel::Cover for distros, since the builder's @INC may be different from the end user's @INC.

    I have no idea what a better approach i