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

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).

Replies are listed 'Best First'.
Re^6: Not able to load module though @INC contains it
by chilukuri_perl (Novice) on Nov 30, 2009 at 15:17 UTC
    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';
        Yes. You are correct.
        It is 32 bit perl.
        /export/home/STAF> file /usr/bin/perl /usr/bin/perl: ELF 32-bit MSB executable SPARC Version 1, dynamically + linked, stripped
        but isainfo -kv shows it is system is 64 bit.
        /export/home/STAF> isainfo -kv 64-bit sparcv9 kernel modules
        What is the solution now? Do I need to install 32 bit STAF?