send me the link of Spreadsheet::ParseXLSX package.
my perl version :
This is perl, v5.8.8 built for x86_64-linux-thread-multi
my installed package
perl-Spreadsheet-XLSX.noarch 0.13-8.el5 installed
am getting below error:
Can't locate Spreadsheet/ParseXLSX.pm in @INC (@INC contains: /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/5.8.8 .) at pfiz_files2xl_merger.pl line 5.
BEGIN failed--compilation aborted at pfiz_files2xl_merger.pl line 5.
-bash-3.2$
| [reply] |
Do you know about our lord and saviour CPAN?
That site even features a search box into which you can enter the module name you are searching for.
If you use the Perl supplied by your OS vendor, it is usually considered a better approach to use only the packages supplied by your OS vendor and not to mix packages from CPAN with packages supplied by your OS vendor. If your system administrator tells you that your vendor has not packaged a more recent version of the modules you need for your OS, then you will need to upgrade your OS if you want to stay with the system Perl and the system packages.
If you want to step away from the system packages, local::lib provides a good approach to keep using the system Perl but install your own modules.
Also consider using perlbrew to compile your own version of Perl and to use that instead of the system Perl.
| [reply] |
| [reply] |
| [reply] [d/l] |
| [reply] |