Thread: [Arsperl-users] Problems with compiling ARSPerl 1.91 on Ubuntu
Brought to you by:
jeffmurphy
Menu
▾
▴
arsperl-users
|
From: Roman S. <xs...@gm...> - 2011-11-28 10:41:01
|
Hi,
I am trying to compile *ARSPerl 1.91 with ARAPI 7.1 *for linux on mybi
Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error:
LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc -shared -O2
-g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o
supportrev_generated.o
/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a -o
blib/arch/auto/ARS/ARS.so
\
-L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread -licuucbmc
-licui18nbmc
\
/usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:
file format not recognized; treating as linker script
/usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1:
syntax error
collect2: ld returned 1 exit status
make: *** [blib/arch/auto/ARS/ARS.so] Error 1
My first guess was that the linker doesn't recognize the file as a library
for this system, but that's doesn't make sense as these libraries are for
linux, aren't they?
Thanks for any help.
Roman
|
|
From: jeff m. <jcm...@je...> - 2011-11-28 19:02:51
|
Check the library file to see if it's ok. $ file libicuucbmc.so.32.0 libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped If it looks like it's ok and not corrupt, then check your architecture and make sure it matches your library (eg x86) $ uname -a Linux ... 2.6.18-274.el5 #1 SMP Fri Jul 8 17:39:55 EDT 2011 i686 i686 i386 GNU/Linux "i686" for 32bit x86... On Nov 28, 2011, at 5:40 AM, Roman Sustek wrote: > Hi, > > I am trying to compile ARSPerl 1.91 with ARAPI 7.1 for linux on mybi Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error: > > LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc -shared -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o supportrev_generated.o /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a -o blib/arch/auto/ARS/ARS.so \ > -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread -licuucbmc -licui18nbmc \ > > /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: file format not recognized; treating as linker script > /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1: syntax error > collect2: ld returned 1 exit status > make: *** [blib/arch/auto/ARS/ARS.so] Error 1 > > My first guess was that the linker doesn't recognize the file as a library for this system, but that's doesn't make sense as these libraries are for linux, aren't they? > > Thanks for any help. > > Roman > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Roman S. <xs...@gm...> - 2011-11-28 19:22:50
|
Hi Jeff, thanks for the answer. Everything looks all right. Look - file libicuucbmc.so.32.0 libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped uname -a Linux work 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:24:04 UTC 2010 i686 GNU/Linux I don't really understand where the problem is. Do you have any other ideas? Roman 2011/11/28 jeff murphy <jcm...@je...> > Check the library file to see if it's ok. > > $ file libicuucbmc.so.32.0 > libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 > (SYSV), not stripped > > > If it looks like it's ok and not corrupt, then check your architecture and > make sure it matches your library (eg x86) > > $ uname -a > Linux ... 2.6.18-274.el5 #1 SMP Fri Jul 8 17:39:55 EDT 2011 i686 i686 > i386 GNU/Linux > > "i686" for 32bit x86... > > > > > > On Nov 28, 2011, at 5:40 AM, Roman Sustek wrote: > > Hi, > > I am trying to compile *ARSPerl 1.91 with ARAPI 7.1 *for linux on mybi > Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error: > > LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc -shared > -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o > supportrev_generated.o > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a -o > blib/arch/auto/ARS/ARS.so > \ > -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread > -licuucbmc > -licui18nbmc > \ > > /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: > file format not recognized; treating as linker script > /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1: > syntax error > collect2: ld returned 1 exit status > make: *** [blib/arch/auto/ARS/ARS.so] Error 1 > > My first guess was that the linker doesn't recognize the file as a library > for this system, but that's doesn't make sense as these libraries are for > linux, aren't they? > > Thanks for any help. > > Roman > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > |
|
From: jeff m. <jcm...@je...> - 2011-11-28 19:56:31
|
On Nov 28, 2011, at 2:22 PM, Roman Sustek wrote: > Hi Jeff, > > thanks for the answer. Everything looks all right. Look - > > > file libicuucbmc.so.32.0 > libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped > check /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so instead of .32.0 since that's what the error references > uname -a > Linux work 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:24:04 UTC 2010 i686 GNU/Linux > > I don't really understand where the problem is. Do you have any other ideas? > > > Roman > > > 2011/11/28 jeff murphy <jcm...@je...> > Check the library file to see if it's ok. > > $ file libicuucbmc.so.32.0 > libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped > > > If it looks like it's ok and not corrupt, then check your architecture and make sure it matches your library (eg x86) > > $ uname -a > Linux ... 2.6.18-274.el5 #1 SMP Fri Jul 8 17:39:55 EDT 2011 i686 i686 i386 GNU/Linux > > "i686" for 32bit x86... > > > > > > On Nov 28, 2011, at 5:40 AM, Roman Sustek wrote: > >> Hi, >> >> I am trying to compile ARSPerl 1.91 with ARAPI 7.1 for linux on mybi Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error: >> >> LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc -shared -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o supportrev_generated.o /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a -o blib/arch/auto/ARS/ARS.so \ >> -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread -licuucbmc -licui18nbmc \ >> >> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: file format not recognized; treating as linker script >> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1: syntax error >> collect2: ld returned 1 exit status >> make: *** [blib/arch/auto/ARS/ARS.so] Error 1 >> >> My first guess was that the linker doesn't recognize the file as a library for this system, but that's doesn't make sense as these libraries are for linux, aren't they? >> >> Thanks for any help. >> >> Roman >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> >> -- >> Arsperl-users mailing list >> Ars...@li... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Roman S. <xs...@gm...> - 2011-11-28 20:48:15
|
Hi Jeff, ll /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so* -rwxrwxrwx 1 xsustek xsustek 22 2011-08-27 12:20 /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so* -rwxrwxrwx 1 xsustek xsustek 24 2011-08-27 12:20 /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32* -rwxrwxrwx 1 xsustek xsustek 935836 2011-08-27 12:20 /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32.0* file /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so* /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: ASCII text, with no line terminators /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32: ASCII text, with no line terminators /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped cat libicuucbmc.so link libicuucbmc.so.32 xsustek@work:~/Remedy7_1Test/ARAPI/linux71/lib$ cat libicuucbmc.so.32 link libicuucbmc.so.32.0 I seems like everything's all right to me Roman 2011/11/28 jeff murphy <jcm...@je...> > > On Nov 28, 2011, at 2:22 PM, Roman Sustek wrote: > > Hi Jeff, > > thanks for the answer. Everything looks all right. Look - > > > file libicuucbmc.so.32.0 > libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 > (SYSV), dynamically linked, not stripped > > > check > > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so > > instead of .32.0 since that's what the error references > > > > uname -a > Linux work 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:24:04 UTC 2010 > i686 GNU/Linux > > I don't really understand where the problem is. Do you have any other > ideas? > > > Roman > > > 2011/11/28 jeff murphy <jcm...@je...> > >> Check the library file to see if it's ok. >> >> $ file libicuucbmc.so.32.0 >> libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 >> (SYSV), not stripped >> >> >> If it looks like it's ok and not corrupt, then check your architecture >> and make sure it matches your library (eg x86) >> >> $ uname -a >> Linux ... 2.6.18-274.el5 #1 SMP Fri Jul 8 17:39:55 EDT 2011 i686 i686 >> i386 GNU/Linux >> >> "i686" for 32bit x86... >> >> >> >> >> >> On Nov 28, 2011, at 5:40 AM, Roman Sustek wrote: >> >> Hi, >> >> I am trying to compile *ARSPerl 1.91 with ARAPI 7.1 *for linux on mybi >> Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error: >> >> LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc -shared >> -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o >> supportrev_generated.o >> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a -o >> blib/arch/auto/ARS/ARS.so >> \ >> -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread >> -licuucbmc >> -licui18nbmc >> \ >> >> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: >> file format not recognized; treating as linker script >> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1: >> syntax error >> collect2: ld returned 1 exit status >> make: *** [blib/arch/auto/ARS/ARS.so] Error 1 >> >> My first guess was that the linker doesn't recognize the file as a >> library for this system, but that's doesn't make sense as these libraries >> are for linux, aren't they? >> >> Thanks for any help. >> >> Roman >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> >> -- >> Arsperl-users mailing list >> Ars...@li... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> >> >> -- >> Arsperl-users mailing list >> Ars...@li... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > |
|
From: jeff m. <jcm...@je...> - 2011-11-28 21:25:44
|
On Nov 28, 2011, at 3:47 PM, Roman Sustek wrote: > Hi Jeff, > > > ll /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so* > -rwxrwxrwx 1 xsustek xsustek 22 2011-08-27 12:20 /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so* > -rwxrwxrwx 1 xsustek xsustek 24 2011-08-27 12:20 /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32* > -rwxrwxrwx 1 xsustek xsustek 935836 2011-08-27 12:20 /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32.0* > > file /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so* > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: ASCII text, with no line terminators > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32: ASCII text, with no line terminators > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped > > cat libicuucbmc.so > link libicuucbmc.so.32 > > xsustek@work:~/Remedy7_1Test/ARAPI/linux71/lib$ cat libicuucbmc.so.32 > link libicuucbmc.so.32.0 > > I seems like everything's all right to me > these should be symlinks and not text files > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: ASCII text, with no line terminators > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32: ASCII text, with no line terminators > Roman > > > 2011/11/28 jeff murphy <jcm...@je...> > > On Nov 28, 2011, at 2:22 PM, Roman Sustek wrote: > >> Hi Jeff, >> >> thanks for the answer. Everything looks all right. Look - >> >> >> file libicuucbmc.so.32.0 >> libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped >> > > check > > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so > > instead of .32.0 since that's what the error references > > > >> uname -a >> Linux work 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:24:04 UTC 2010 i686 GNU/Linux >> >> I don't really understand where the problem is. Do you have any other ideas? >> >> >> Roman >> >> >> 2011/11/28 jeff murphy <jcm...@je...> >> Check the library file to see if it's ok. >> >> $ file libicuucbmc.so.32.0 >> libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped >> >> >> If it looks like it's ok and not corrupt, then check your architecture and make sure it matches your library (eg x86) >> >> $ uname -a >> Linux ... 2.6.18-274.el5 #1 SMP Fri Jul 8 17:39:55 EDT 2011 i686 i686 i386 GNU/Linux >> >> "i686" for 32bit x86... >> >> >> >> >> >> On Nov 28, 2011, at 5:40 AM, Roman Sustek wrote: >> >>> Hi, >>> >>> I am trying to compile ARSPerl 1.91 with ARAPI 7.1 for linux on mybi Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error: >>> >>> LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc -shared -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o supportrev_generated.o /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a -o blib/arch/auto/ARS/ARS.so \ >>> -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread -licuucbmc -licui18nbmc \ >>> >>> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: file format not recognized; treating as linker script >>> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1: syntax error >>> collect2: ld returned 1 exit status >>> make: *** [blib/arch/auto/ARS/ARS.so] Error 1 >>> >>> My first guess was that the linker doesn't recognize the file as a library for this system, but that's doesn't make sense as these libraries are for linux, aren't they? >>> >>> Thanks for any help. >>> >>> Roman >>> ------------------------------------------------------------------------------ >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, application performance, >>> security threats, fraudulent activity, and more. Splunk takes this >>> data and makes sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-novd2d >>> >>> -- >>> Arsperl-users mailing list >>> Ars...@li... >>> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> >> >> -- >> Arsperl-users mailing list >> Ars...@li... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> >> -- >> Arsperl-users mailing list >> Ars...@li... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Roman S. <xs...@gm...> - 2011-11-28 21:53:16
|
Thanks Jeff, I overlooked it. I did not realize that . Stupid :). Thanks anyway. 2011/11/28 jeff murphy <jcm...@je...> > > On Nov 28, 2011, at 3:47 PM, Roman Sustek wrote: > > Hi Jeff, > > > ll /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so* > -rwxrwxrwx 1 xsustek xsustek 22 2011-08-27 12:20 > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so* > -rwxrwxrwx 1 xsustek xsustek 24 2011-08-27 12:20 > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32* > -rwxrwxrwx 1 xsustek xsustek 935836 2011-08-27 12:20 > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32.0* > > file /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so* > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: ASCII > text, with no line terminators > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32: ASCII > text, with no line terminators > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32.0: ELF > 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically > linked, not stripped > > cat libicuucbmc.so > link libicuucbmc.so.32 > > xsustek@work:~/Remedy7_1Test/ARAPI/linux71/lib$ cat libicuucbmc.so.32 > link libicuucbmc.so.32.0 > > I seems like everything's all right to me > > > > these should be symlinks and not text files > > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: ASCII > text, with no line terminators > /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32: ASCII > text, with no line terminators > > > > > > Roman > > > 2011/11/28 jeff murphy <jcm...@je...> > >> >> On Nov 28, 2011, at 2:22 PM, Roman Sustek wrote: >> >> Hi Jeff, >> >> thanks for the answer. Everything looks all right. Look - >> >> >> file libicuucbmc.so.32.0 >> libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 >> (SYSV), dynamically linked, not stripped >> >> >> check >> >> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so >> >> instead of .32.0 since that's what the error references >> >> >> >> uname -a >> Linux work 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:24:04 UTC 2010 >> i686 GNU/Linux >> >> I don't really understand where the problem is. Do you have any other >> ideas? >> >> >> Roman >> >> >> 2011/11/28 jeff murphy <jcm...@je...> >> >>> Check the library file to see if it's ok. >>> >>> $ file libicuucbmc.so.32.0 >>> libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version >>> 1 (SYSV), not stripped >>> >>> >>> If it looks like it's ok and not corrupt, then check your architecture >>> and make sure it matches your library (eg x86) >>> >>> $ uname -a >>> Linux ... 2.6.18-274.el5 #1 SMP Fri Jul 8 17:39:55 EDT 2011 i686 i686 >>> i386 GNU/Linux >>> >>> "i686" for 32bit x86... >>> >>> >>> >>> >>> >>> On Nov 28, 2011, at 5:40 AM, Roman Sustek wrote: >>> >>> Hi, >>> >>> I am trying to compile *ARSPerl 1.91 with ARAPI 7.1 *for linux on mybi >>> Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error: >>> >>> LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc -shared >>> -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o >>> supportrev_generated.o >>> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a -o >>> blib/arch/auto/ARS/ARS.so >>> \ >>> -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread >>> -licuucbmc >>> -licui18nbmc >>> \ >>> >>> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: >>> file format not recognized; treating as linker script >>> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1: >>> syntax error >>> collect2: ld returned 1 exit status >>> make: *** [blib/arch/auto/ARS/ARS.so] Error 1 >>> >>> My first guess was that the linker doesn't recognize the file as a >>> library for this system, but that's doesn't make sense as these libraries >>> are for linux, aren't they? >>> >>> Thanks for any help. >>> >>> Roman >>> >>> ------------------------------------------------------------------------------ >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, application performance, >>> security threats, fraudulent activity, and more. Splunk takes this >>> data and makes sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-novd2d >>> >>> -- >>> Arsperl-users mailing list >>> Ars...@li... >>> https://lists.sourceforge.net/lists/listinfo/arsperl-users >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, application performance, >>> security threats, fraudulent activity, and more. Splunk takes this >>> data and makes sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-novd2d >>> >>> >>> -- >>> Arsperl-users mailing list >>> Ars...@li... >>> https://lists.sourceforge.net/lists/listinfo/arsperl-users >>> >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> >> -- >> Arsperl-users mailing list >> Ars...@li... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> >> >> -- >> Arsperl-users mailing list >> Ars...@li... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > > -- > Arsperl-users mailing list > Ars...@li... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > |
Thanks for helping keep SourceForge clean.
X