[Devel::Cover] @INC at Runtime?

2004-09-17 Thread David Wheeler
Hi Paul (and everyone else), The Devel::Cover documentation says: The inc directories are initially populated with the contects of the @INC array at the time Devel::Cover was built. You may reset these directories using -inc, or add to them using +inc. However, now that new

Re: [Devel::Cover] @INC at Runtime?

2004-09-17 Thread Ricardo SIGNES
* David Wheeler [EMAIL PROTECTED] [2004-09-17T00:51:22] So, what's to be lost by having the inc directories default to the contents of @INC when you load Devel::Cover rather than at install time? Presumably the problem is that by runtime, lib and blib directories are already in @INC, so the

Re: [Devel::Cover] @INC at Runtime?

2004-09-17 Thread David Wheeler
On Sep 17, 2004, at 7:48 AM, Ricardo SIGNES wrote: Presumably the problem is that by runtime, lib and blib directories are already in @INC, so the things in your ./distro/lib/ won't be covered, defeating the point. Ah, good point. As to whether there is a simple way to resolve this, I haven't

Re: [Devel::Cover] @INC at Runtime?

2004-09-17 Thread Graham Barr
On 17 Sep 2004, at 15:48, Ricardo SIGNES wrote: * David Wheeler [EMAIL PROTECTED] [2004-09-17T00:51:22] So, what's to be lost by having the inc directories default to the contents of @INC when you load Devel::Cover rather than at install time? Presumably the problem is that by runtime, lib and

Re: [Devel::Cover] @INC at Runtime?

2004-09-17 Thread Geoffrey Young
You could use the values from Config.pm paul and I were talking about this on irc, wondering if there was some Config.pm value that would give the @INC that perl was compiled with. neither of us could find one, and when I started poking around as to create a patch, I fould that the logic the