I'm not sure how this happened, but when I ran perl-cleaner after upgrading to perl-5.8.8-r8, it wanted to remove all of the .ph files from a perl-5.10 installation outside of $EPREFIX! This is, obviously, a bad thing. Looking into what had happened, despite $PERL being correct, the @INC list was from a different perl installation. I note that $PERL is the first variable set at the top of the script, but then perl is invoked as 'perl' rather than '$PERL' throughput the script. Changing these instances so that perl is always invoked at $PERL fixes the problem! (Still not entirely sure why, though...)
feels like the path gets reset somehow then
Created attachment 210408 [details, diff] Change perl -> $PERL... seems to fix prefix issues (Should this script have its interpreter set to '$EPREFIX/bin/bash' rather than '$EPREFIX/bin/sh' - there seem to be bash-specific constructs in use? I'm wondering if this relates to this problem...)
I thought that - there's only one occurance of PATH in the file, in libperl_list which isn't on the code-path I had problems with. Unless PATH is being altered by an eval() somewhere...
latest perl-cleaners have done a great job for 5.8 -> 5.10 and 5.10 -> 5.12, so I think this has been solved in the meanwhile