When I call the script, which uses Foo::Config.pm (my local Config.pm, in ./Foo), Config.pm calls other modules like Color::Rgb, and then dies saying that Color/Rgb.pm could not be found in @INC.
How do I add ./Foo to @INC, so it can find ./Foo/Color/Rgb.pm (which I manually put there, from the Color::Rgb package itself).
Also, when testing this script, how can I be sure that the modules I'm calling from my script are coming from . or ./Foo and subdirectories, and not from the system @INC itself? I need to make sure that the modules I deliver with my code are the ones read, and not system-installed modules of the same name.
I'm aware that PAR can do this, but PAR is not an option here. I'm simply trying to figure out how to get the modules to be called locally. If I cd to ./Foo, and run ./Config.pm directly, it finds the module under ./Color, as it should, but not from the directory above ./Foo that my script resides in. If I have 20 modules that I need to deliver with this script, should I just create all of the ./This/That/TheOther/Module.pm directories directly (assuming a This::That::TheOther::Module module)?
In reply to Differentiating between local and system modules by Anonymous Monk
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |