in reply to Changing Perl installation to include vendor_perl path

What is vendor_perl? If it was a directory in your old @INC, you should copy the old vendor_perl library into the new one, if you still have it around. I.e.:

From the console type: find /usr/lib | grep vendor_perl

@INC is simply a listing of paths to search for modules. Do a perl -e "foreach my $dir (@inc) { print "$dir\n"; }" to find out what paths are being searched. Usually it includes directory under /usr/lib (i.e. /usr/lib/perl5/). Copy the files you need to put into your @INC in one of those directories. Or, if you want, you can run a piece of code like this at the top of your script:

BEGIN { unshift "somedir", @INC; }

This will add the directory to your @INC from within a perl program.


Want to support the EFF and FSF by buying cool stuff? Click here.

Replies are listed 'Best First'.
Re: Re:
by tachyon (Chancellor) on Mar 06, 2004 at 21:14 UTC

    vendor_perl is a Red Hat dir that contains some perl modules like you would normally find in site perl. By default redhat installs everything into a different place from the default location where you would *normally* find that software! vendor perl is just one example. My cynical view is that its designed to lock you into their RPM update systems. rpm -e is your friend.

    cheers

    tachyon

Re: Re:
by RonatArtifact (Initiate) on Mar 07, 2004 at 06:06 UTC
    I have the library. That is no problem.

    You can just ask perl for the @INC search directories.

    The current problem code is a Mandrake utility. I would rather fix my build of perl than have to debug each program as it crashes while looking for a library.

    If you have a config.sh that establishes the vendor_perl search path, I would like to see it. I know exactly where the missing stuff goes. I just do not know what goes there.

    There must be some documentation for the guys doing ports to different OSs but I have not found anything yet.