I think you should have a look at your Makefile.PL. There is a variable 
$ARCHITECTURE and for a 32 bit build it should be set to an empty string.

# STEP 3 -> Choose architecture dependent suffix for library names, if necessary
$ARCHITECTURE = "";

HTH

KR Conny

________________________________
Von: Eric Wolf [mailto:[email protected]]
Gesendet: Freitag, 10. Februar 2012 01:13
An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

It looks like it's trying to find a 32 bit version of libicuucbmc_lx64.so and 
it's only coming across the 64 bit version.   What version of the API are you 
compiling against, 7.5?
Just for a sanity check, you are going against a 32 bit install of ARS correct? 
 For a 64 bit compile, libicuucbmc_lx64.so is ELF class 64 bit and should be 
softlinked to a file named libicuucbmc_lx64.so.32, which is subequently 
softlinked to libicuucbmc_lx64.so.32.0 or whatever the version.  The 
corresponding 32 bit file is libicuucbmc.so in that same directory.  It's been 
too long, but to get mine to work, I think I had to do something a little funky 
and delete the softlinks for libicuucbmc_lx64.so and re-link them to 
libicuucbmc.so for it to find the right version. I think I had to do the same 
for all of the 64 bit library files as well.  It's a little kludgy, and I would 
love to hear a better solution from someone on list, but to the best of my 
recollection, that's how I got it to work.

-Eric

On Thu, Feb 9, 2012 at 5:01 PM, PC Wai 
<[email protected]<mailto:[email protected]>> wrote:
Hi Eric,

My SA just installed a 32-bit Perl V14.

ln98625:arsystem$ file /usr/local/bin/perl
/usr/local/bin/perl: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), 
for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 
2.6.9, not stripped

ln98625:arsystem$ /usr/local/bin/perl -version

This is perl 5, version 14, subversion 2 (v5.14.2) built for x86_64-linux

Copyright 1987-2011, Larry Wall

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl".  If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

Regards
PC

From: Eric Wolf [mailto:[email protected]<mailto:[email protected]>]
Sent: February 9, 2012 14:56

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Just for giggles, what output do you get when you run "file 
/usr/local/bin/perl" ?
On Thu, Feb 9, 2012 at 4:50 PM, PC Wai 
<[email protected]<mailto:[email protected]>> wrote:
Hi Eric,

I used the 32-bit to compile.....

sudo /usr/local/bin/perl Makefile.PL

But, can't "make" it....

ln98625:arsystem$ sudo make
Skip blib/lib/ARS/arerrno-h.pm<http://arerrno-h.pm> (unchanged)
Skip blib/lib/ARS/OOsup.pm (unchanged)
Skip blib/lib/ARS/ar-h.pm<http://ar-h.pm> (unchanged)
Skip blib/lib/ARS/nparm.pm<http://nparm.pm> (unchanged)
Skip blib/lib/ARS/OOmsgs.pm (unchanged)
Skip blib/lib/ARS/OOform.pm (unchanged)
Skip blib/lib/ARS.pm (unchanged)
/usr/local/bin/perl /usr/local/lib/perl5/5.14.2/ExtUtils/xsubpp  -typemap 
/usr/local/lib/perl5/5.14.2/ExtUtils/typemap -typemap typemap  ARS.xs > ARS.xsc 
&& mv ARS.xsc ARS.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe 
-fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC 
"-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  
-DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  ARS.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe 
-fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC 
"-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  
-DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  support.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe 
-fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC 
"-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  
-DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  
supportrev.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe 
-fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC 
"-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  
-DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  
supportrev_generated.c
Running Mkbootstrap for ARS ()
chmod 644 ARS.bs
rm -f blib/arch/auto/ARS/ARS.so
LD_RUN_PATH="/lib:/opt/bmc/ARSystem/api/../bin" cc -m32  -shared -O2 
-L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o 
supportrev_generated.o   -o blib/arch/auto/ARS/ARS.so 
/opt/bmc/ARSystem/api/lib/libar_lx64.a       \
           -L/opt/bmc/ARSystem/api/lib -L/opt/bmc/ARSystem/api/../bin -lnsl 
-lpthread -licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64       \

/usr/bin/ld: skipping incompatible 
/opt/bmc/ARSystem/api/../bin/libicuucbmc_lx64.so when searching for 
-licuucbmc_lx64
/usr/bin/ld: cannot find -licuucbmc_lx64
collect2: ld returned 1 exit status
make: *** [blib/arch/auto/ARS/ARS.so] Error 1


Regards
PC

From: Eric Wolf [mailto:[email protected]<mailto:[email protected]>]
Sent: February 8, 2012 18:32

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Yes, that's the same problem I was having and we figured that it was due to RPC 
translation issues with that open BMC bug.  I'm using 64 bit Linux and had to 
ultimately compile a 32 bit Perl installation as well as compile ARS Perl 
against that installation to resolve it.  This was likely because I was going 
against a 32 bit Windows Remedy installation but I didn't look into it any 
further after I got it working.
On Wed, Feb 8, 2012 at 8:26 PM, PC Wai 
<[email protected]<mailto:[email protected]>> wrote:
Hi Eric,

Now, I am having another problem after the compilation. The 64-bits does not 
seem to be working. Did anyone have this problem on a 64 bit Linux?

[ERROR] Cannot establish a network connection to the AR System server 
(itsmintdv01 : RPC: Can't encode arguments) (ARERR #90)

Regards
PC

From: Eric Wolf [mailto:[email protected]<mailto:[email protected]>]
Sent: February 8, 2012 15:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Oh...I've run into that too.  Since I wasn't compiling against a working ARS 
install, I stuck everything in bin under lib and solved it that way.  Glad you 
got it going.

-Eric
On Wed, Feb 8, 2012 at 3:35 PM, PC Wai 
<[email protected]<mailto:[email protected]>> wrote:
Problem resolved. I found Axton's old post and use his suggestion:

$ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";

It is now complied in my Linux box. Thanks Axton! Thanks Eric!

Regards
PC

From: Eric Wolf [mailto:[email protected]<mailto:[email protected]>]
Sent: February 8, 2012 10:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Others can probably speak to it better than I can, but in the past, I have had 
trouble going from a Linux 64 bit server to Windows 32 bit Remedy server 
because of an RPC translation problem.  I'm not sure what your build is like, 
but I seem to remember there not being a problem going with 64 bit if there is 
no RPC translation that needs to happen.

-Eric
On Wed, Feb 8, 2012 at 12:38 PM, PC Wai 
<[email protected]<mailto:[email protected]>> wrote:
Hi Eric,

Thanks! Does ARSPerl need to run on 32 bit Perl? Or Can it run on 64 bits?

Regards
PC

From: Eric Wolf [mailto:[email protected]<mailto:[email protected]>]
Sent: February 6, 2012 18:08
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

The pertinent message usually indicates that ARSPerl wasn't compiled against 
the C Libraries successfully.  Did you edit the Makefile.PL file to point to 
the library files?

-Eric
On Mon, Feb 6, 2012 at 6:01 PM, PC Wai 
<[email protected]<mailto:[email protected]>> wrote:
Hi Listers,

I just installed ARSperl-1.93 on a Red Hat Enterprise Linux Server release 5.6 
(Tikanga). I get this error message when calling the ARS module.

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.


Regards
PC Wai
Technology Consultant
BT TO/IT Service Operations
Service Assurance Support - Remedy
Tel: 604-451-4613<tel:604-451-4613>
TELUS(r)  the future is friendly(r)




------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


--
Arsperl-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/arsperl-users

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


--
Arsperl-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/arsperl-users



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn 
to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


--
Arsperl-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/arsperl-users



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn 
to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


--
Arsperl-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/arsperl-users



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn 
to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


--
Arsperl-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/arsperl-users



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn 
to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


--
Arsperl-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/arsperl-users



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn 
to sail in high winds. --Aristotle Onassis
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

--
Arsperl-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/arsperl-users

Reply via email to