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 <[email protected]>

>
> 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 <[email protected]>
>
>> 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
>> [email protected]
>> 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
>> [email protected]
>> 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
> [email protected]
> 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
> [email protected]
> 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
[email protected]
https://lists.sourceforge.net/lists/listinfo/arsperl-users

Reply via email to