this sounds vaguely familiar (new perl version still searching old
version libraries): allow me to describe how i solved a similar
problem, because i think it reveals an inconsistency in how the perl
CPAN module handles its searchpaths, compared to runing 'make install'
under the 5.8.0 build directory.
basically i'm confused as to how to set the PERLLIB variable so that
my general modules go into some 'generic' lib, so all versions of perl
can find them, but that, when CPAN decides to install a new version of
perl, it goes into it's specific (eg. 5.8.0) lib.
the problem i had is that after i had initially installed 5.8.0 (from
CPAN, which was a 'side effect' of installing something else)), one
CPAN invocation would install stuff that the next CPAN wouldn't find.
for example:
cpan> install G/GA/GAAS/Digest-MD5-2.23.tar.gz
(installs fine)
cpan> quit
% perl -MCPAN -e shell
cpan> install (something else)
...
CPAN: MD5 security checks disabled because Digest::MD5 not installed.
Please consider installing the Digest::MD5 module.
(still needs to be installed)
anyway, to fix it, i had to have my PERLLIB environment variable AS WELL AS this entry
in my CPAN cinfig file:
...local/perl/lib/5.8.0/CPAN/Config.pm:
'makepl_arg' => q[LIB=.../local/perl/lib/5.8.0],
point to the 5.8.0/ directory (as shown ^^^^^^^)
(which doesn't make sense to me).
((else CPAN uses the specified lib to install to, but never to search
from))
HOWEVER, in order to do a 'make install' from the perl source
directory (ie. from ../local/perl/perl-5.8.0 when i was reinstalling
5.8.0) THEN the PERLLIB environment variable had to point ABOVE the
5.8.0 directory, that is,
had to have:
PERLLIB=.../local/perl/lib
not:
PERLLIB=.../local/perl/lib/5.8.0
(else i got things installed in /local/perl/lib/5.8.0/5.8.0)
^^^^^ ^^^^^^
twice
hopefully this helps, and/or maybe someone could point me to the
section i missed on setting up my environment variable and/or CPAN
install.
thanks,
/jeff
[EMAIL PROTECTED] writes:
>
> >>>>> On Tue, 1 Apr 2003, "Dave" == Dave Mitchell wrote:
>
> Dave> On Tue, Apr 01, 2003 at 12:47:39PM +0200, [EMAIL PROTECTED]
> Dave> wrote:
>
> +> No answers to this one last time, and I haven't solved it myself...
> +> :-[
>
> +> Any ideas are welcome.
>
> +> solaris 7 perl 5.8.0 lwp 5.69
>
> Dave> [snip]
>
> +> robot/ua-get..........Can't modify subroutine entry in scalar
> +> assignment at /usr/local/lib/perl5/5.8.0/Exporter.pm line 9, near
> +> "0;"
>
> Dave> It appears that a Perl executable of vintage < 5.6.0 (ie one that
> Dave> doesn't understand 'our') is trying to load 5.8.0/Exporter.pm. Try
> Dave> making sure that all your paths, links etc are sane.
>
> Ok...
>
> Cleaned out the entire 5.8.0 tree, unpacked the tarball of it once
> more and rebuilt perl from scratch, once again telling it to ignore
> older perls on the machine.
>
> Installed it as perl-5.8.0
>
> Modules that build & test fine:
>
> ( perl-5.8.0 Makefile.PL; make; make test; make install )
>
> BerkeleyDB-0.20
> DB_File-1.806
> Digest-MD5-2.24
> HTML-Parser-3.27
> HTML-Tagset-3.03
> MIME-Base64-2.18
> URI-1.23
>
>
> But, libwww-perl-5.69 gives the same error as before...
>
> Just out of curiosity I installed it anyway, and the supplied scripts
> (HEAD, GET, lwp-rget...) seem to work fine - and they use perl-5.8.0.
>
> This is starting to worry me - as before, any further hints are
> greatly appreciated.
>
> /Mattias
