in reply to Re^3: Not able to load module though @INC contains it
in thread Not able to load module though @INC contains it

That is the homepath name. So I changed it.
Leaving that aside..
I found another .pm and PERL5LIB is set to that.
Now getting the following error.
/export/home/inmabisa/STAF/lib/perl510> ls libPLSTAF.so /export/home/inmabisa/STAF/lib/perl510> perl -e "use PLSTAF;" Can't load '/export/home/inmabisa/STAF/lib/perl58/libPLSTAF.so' for mo +dule PLSTAF: ld.so.1: perl: fatal: /export/home/inmabisa/STAF/lib/per +l58/libPLSTAF.so: wrong ELF class: ELFCLASS64 at /usr/perl5/5.8.4/lib +/sun4-solaris-64int/DynaLoader.pm line 230. at -e line 1 Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1.

Replies are listed 'Best First'.
Re^5: Not able to load module though @INC contains it
by almut (Canon) on Nov 30, 2009 at 15:14 UTC

    You seem to have multiple installations of Perl (—> perl510 vs. perl58), and maybe something is getting mixed up...  What version does perl -v report?

    Also note that major Perl versions such as 5.8 vs. 5.10 are generally not binary (ABI) compatible, independent of potential issues with ELFCLASS64 (i.e. 32 vs. 64 bit).

      This is perl, v5.8.4 built for sun4-solaris-64int (with 31 registered patches, see perl -V for more detail)

        It looks like your perl is 32-bit and you installed the 64-bit version of STAF (that's the reason for the "wrong ELF class: ELFCLASS64").

        The '64' in sun4-solaris-64int stands for 64-bit integer support (i.e. compile time option USE_64_BIT_INT, not a 64-bit binary).  Try

        $ file /usr/bin/perl

        On my Solaris 10 box, I do get (for the 'system' perl, which is v5.8.4):

        /usr/bin/perl: ELF 32-bit MSB executable SPARC Version 1, dynamically + linked, stripped

        archname is

        $ /usr/bin/perl -V:archname archname='sun4-solaris-64int';