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 Best regards -- [ Wit Jakuczun w.jakuczun_at_wlogsolutions.com ] [ WLOG Solutions http://wlogsolutions.com ]Received on Wed Jul 02 2008 - 08:59:29 CEST
This archive was generated by hypermail 2.2.0 : Thu Feb 02 2012 - 02:31:58 CET