2008/7/2 Wit Jakuczun <wit.jakuczun_at_gmail.com>: > 2008/7/2 Joachim Schimpf <jschimpf_at_users.sourceforge.net>: >> Wit Jakuczun wrote: >>> 2008/6/25 Joachim Schimpf (Independent Contractor) <jschimpf_at_cisco.com>: >>>> 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_wlogsolutions.com ] [ WLOG Solutions http://wlogsolutions.com ]Received on Thu Jul 03 2008 - 05:46:47 CEST
This archive was generated by hypermail 2.2.0 : Thu Feb 02 2012 - 02:31:58 CET