It looks like arsperl doesn't find the libicu*bmc.so libraries. The
directory where those libraries are located should probably be added to
LD_LIBRARY_PATH.
However, after fixing that, you might run into a different problem.
As far as I know, compiling against the 64bit API on Linux produces a
totally non-working binary, which seems to be a problem of compiling
anything against the API together with Perl libraries. This has beem by
acknowledged by BMC as a product defect (SW00330613). Any progress
regarding this issue probably depends solely on BMC.
Thilo
Wes Young wrote:
> I know this topic has come up a few times; but where does 1.91-HEAD
> stand wrt supporting x86_64 ?
>
> i know some of the work-around's are to compile perl32, etc. Just
> curious if it's even possible with the 7.5 api. So far i've gotten to
> (with the HEAD 1.92 and 7.5):
>
> # perl -e 'use ARS'
> Can't load
> '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so'
> for module ARS:
> /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so:
> undefined symbol: u_toupper_3_2 at
> /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.
> at -e line 1
> Compilation failed in require at -e line 1.
> BEGIN failed--compilation aborted at -e line 1.
>
> Just wondering if it's one of those "never gonna happen"; or "soon".
>
> --
> Wes
> http://claimid.com/wesyoung
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
>
>
> ------------------------------------------------------------------------
>
>
>
> --
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
|