in reply to Multiarch binary module support

In one of the subdirectories of */5.8.5/x86_64-linux-thread-multi, that's where I would put it.

It ought to work under any of those subdirectories in @INC, but one of these directories (you have 2 of those) sounds safest, because then you won't accidently use it in a different, wrong, perl.

Can't you just let make figure it out?

Replies are listed 'Best First'.
Re^2: Multiarch binary module support
by Anonymous Monk on Aug 21, 2008 at 13:24 UTC
    That was what I tried, but it is not found. This is only a problem for arch specific files, it works on all other platforms, just not this one.

    If I put the file in modules/P4.(bs,so) it works fine for this platform, but others (solaris) will fail because they will find the Linux version of the .so file before the Solaris version!!!!

    I may try (for now) just putting it in the modules/5.8.5 directory as no other platforms are using this version of Perl.
      OK, some more progress...

      Using truss/strace, it appears that the perl-5.8.5 being used on the Linux box only looks for modules/auto/P4/P4.so and modules/P4.so, it doesn't bother looking in any path below modules/ that contains either the Perl version (5.8.5, perl5) or the architecture. The Solaris ones on the other hand look for 5.8.8/solaris-sparc-2.X/aout/P4/P4.so first so I should be able to get it working by putting the Linux one in modules/P4.so.

      Not particularly nice:)

      Does anybody know whether the search for modules in version and architecture directories below an @INC entry was added after 5.8.5, or is this an issue with the RHEL4 version of Perl?

      Cheers
      Eh, what??

      In your perl -V, it explicitly lists that you are using a perl for Linux. So of course it'll try to use the Linux .so file.