Brian Dessent writes: > > 1. Why is /usr/lib/perl5/site_perl not listed on 5.8.8 ? > Because having an unversioned directory in @INC was a mistake that was > corrected.
OK, that's cool, but unfortunately we have some dependencies on perl modules that get installed there via our own packaging tools and need that dir in @INC. > > 2. why are there "duplicate" entries for: > > /usr/lib/perl5/site_perl/5.8 > > /usr/lib/perl5/vendor_perl/5.8 > vendor_perl contains modules that ship with perl from the packager. > site_perl contains modules that were locally installed from CPAN. If you look again at my output, you'll see that there are 2 of each of those dirs listed. While I'm sure it will do no harm, just seemed odd. > > 3. Even though /usr/lib/perl5/site_perl/5.8/cygwin and > > /usr/lib/perl5/site_perl/5.8 are listed in @INC, > > the /lib/perl5/site_perl directory does not get created when the package is > > installed and is missing. > Then it sounds like you've not installed anything from CPAN. It should > be created and populated the first time you do that. Yes, as I mentioned we use an internal packaging tool to install stuff and not CPAN, so I will just need to create this dir manually and add it to @INC. On a related note, while searching for (an easy) way to do this, I found an awesome but ill-documented feature to do so: Luckily, perl was compiled with the USE_SITECUSTOMIZE option, so all I have to do is create a file called sitecustomize.pl and stick it in one of the existing @INC dirs. The file is a perl script that will push a dir to the @INC array as follows: #!/usr/bin/perl BEGIN { push @INC, "/usr/lib/perl5/site_perl"; } Simple! And problem solved. Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/