Re: [eclipse-clp-users] Question regarding hardware architecture for ECLiPSe

From: Wit Jakuczun <wit.jakuczun_at_...6...>
Date: Thu, 3 Jul 2008 14:46:43 +0200
2008/7/2 Wit Jakuczun <wit.jakuczun_at_...6...>:
> 2008/7/2 Joachim Schimpf <jschimpf_at_...127...>:
>> Wit Jakuczun wrote:
>>> 2008/6/25 Joachim Schimpf (Independent Contractor) <jschimpf_at_...5...>:
>>>> Wit Jakuczun wrote:
>>>>> Dear All,
>>>>>
>>>>>    I have a question whether the following architecture
>>>>> is supported by ECLiPSe:
>>>>>
>>>>> - Hardvare: 4 x 2-Core UltraSPARC T1, 1.2 GHz
>>>>> - OS: Solaris 10
>>>>> - Domain is working on 3 or 4 mainboards f25, each have 4 processors
>>>>> DualCore and 16GB RAM.
>>>>>
>>>>> By supporting I under stand:
>>>>> - existing binaries (there are binaries for Solaris 5)
>>>> Don't get confused by Sun's numbering scheme:
>>>> Solaris X = SunOS 5.X (at least for X >= 7)
>>>>
>>>> The existing sparc_sunos5 binaries are 32-bit Sparc binaries
>>>> and have been compiled on SunOS 5.8, though 5.9 is also known
>>>> to work.
>>>>
>>>> There is a good chance (having some confidence in Sun) that they
>>>> will work (in 32-bit mode) on your 64-bit SunOS 5.10 machine.
>>>>
>>> My contractor made an attempt to run ECLiPSe under SunOS 5.10 (Sparc)
>>> and got the following error:
>>> ld.so.1: eclipse.exe: fatal: libgcc_s.so.1: open failed: No such file
>>> or directory
>>>
>>> It seems that ECLiPSe needs GCC runtime libraries.
>>
>> I have just investigated the possibility of linking libgcc_s statically,
>> in order to remove this dependency, but apparently this is not advisable
>> because (a) the dynamic library is required for proper exception handling
>> in a C++ context, and (b) the -static-libgcc option works only if using
>> the gnu linker (which we don't).
>>
>> So the clean way for you is to get libgcc_s.so.1, e.g. from sunfreeware.com
>> ftp://ftp.sunfreeware.com/pub/freeware/sparc/10/libgcc-3.4.6-sol10-sparc-local.gz
>> If you can't/don't want to install it in the standard location, you can
>> just put libgcc_s.so.1 to <eclipsedir>/lib/sparc_sunos5
>>
>>
>
> Ok. We have managed to run eclipse, but got the following error:
>
>
> Exception in thread "Thread-1" java.lang.UnsatisfiedLinkError: The
> shared library /topt/eclipse-clp/lib/sparc_sunos5/libec_java_load.so
> could not be found.
>        at com.parctechnologies.eclipse.Platform_UNIX.loadEclipseSharedLibrary(Platform_UNIX.java:53)
>        at com.parctechnologies.eclipse.EmbeddedEclipse.loadEclipse(EmbeddedEclipse.java:321)
>        at com.parctechnologies.eclipse.EmbeddedEclipse.processOptions(EmbeddedEclipse.java:234)
>        at com.parctechnologies.eclipse.EmbeddedEclipse.<init>(EmbeddedEclipse.java:164)
>        at com.parctechnologies.eclipse.EmbeddedEclipse.getInstance(EmbeddedEclipse.java:124)
>        at pl.ivmx.ot.calculation.clp.PrologEngine.initializeEngine(PrologEngine.java:35)
>        at pl.ivmx.ot.calculation.clp.PrologEngine.<init>(PrologEngine.java:15)
>        at pl.ivmx.ot.calculation.clp.PrologEngine.getInstance(PrologEngine.java:28)
>        at pl.ivmx.ot.calculation.algorithm.clp.AlgorithmCLP.solve(AlgorithmCLP.java:109)
>        at pl.ivmx.ot.calculation.algorithm.clp.AlgorithmCLP.optimize(AlgorithmCLP.java:63)
>        at pl.ivmx.ot.calculation.optimize.MultiThreadPerformanceTest.run(MultiThreadPerformanceTest.java:83)
>        at java.lang.Thread.run(Unknown Source)
>
> Command jeclipse also raises this error. What could be the reason for
> this error? so file is located correctly. This means that in the
> directory /topt/eclipse-clp/lib/sparc_sunos5/ there is
> file libec_java_load.so

Ok. I have finally got access to the server. After setting
LD_LIBRARY_PATH everything started
working.
Once again. Thank you for help.

Best regards
-- 
[ Wit Jakuczun w.jakuczun_at_...116... ]
[ WLOG Solutions http://wlogsolutions.com ]
Received on Thu Jul 03 2008 - 05:46:47 CEST

This archive was generated by hypermail 2.3.0 : Thu Feb 22 2024 - 18:13:19 CET