Eric Wilhelm wrote:
Hi all,
Sorry for starting the new thread, but I can't keep track of what's
going on in the old one. (Note, please trim your replies to make them
more readable.)
'pp --lib foo -c' doesn't work right now because Module::ScanDeps
doesn't pass the @INC properly to the scanning subprocess. This was
fixed in the case of '--execute', but the code of those two M::SD
functions really needs to be refactored so they don't diverge like
this.
The current workaround is to set PERL5LIB.
But, I don't think that is what this thread is about. It seems to have
started with a path-joining issue (which I *hope* is a different bug.)
Malcolm, is it possible to replicate your path error independent of the
--lib issue?
Thanks,
Eric
First, I am using ScanDeps $VERSION = '0.71';
The path error problem was a sub-discussion that did not involve -c at
all, in spite of the subject title.
> replicate ... independent of the --lib issue
The thread got convolved enough that I am not sure what you are asking.
Strictly speaking, I did not have a path error problem independent of
--lib, and it had nothing to do with -c. If I have my own private lib
somewhere, not defined by PERL5LIB, then I need --lib, even if that
private lib is a subdirectory of the current directory. That may not be
a bug. That might be by design.
The problem that had to do with -c is the original problem reported. I
will repaste it below. As also reported by Garyl Erickson, the
execution of the resultant a.exe works on the second attempt, but not
the initial attempt.
--------------paste original problem
C:\aaa>type hello.pl
print "hello\n";
C:\aaa>pp -c hello.pl
Set up gcc environment - 3.4.2 (mingw-special)
C:\aaa>a
mkdir
C:\DOCUME~1\malcolm\LOCALS~1\Temp\par-malcolm\cache-1fcd1fbee06f9bbb75dd7b57c8f98cf3340b4219/inc/lib/C:/
: Invalid argument at C:/perl/lib/Archive/Zip.pm line 659
C:\aaa>a
hello
----------------end paste
Is this what you wanted?
